Bug 98326

Summary: Update Agent can't install XFREE86
Product: [Retired] Red Hat Linux Reporter: jike.zhou <jike.zhou>
Component: XFree86Assignee: Mike A. Harris <mharris>
Status: CLOSED CURRENTRELEASE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: rhn-bugs
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-23 15:48:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description jike.zhou 2003-07-01 04:12:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
When I run the up2date to update my system, I always get a Warning =	"There was
a package dependency
problem. The message was: Unresolvable chain of dependancies:
XFree86-xf86cfg-4.1.0.25  requires XFree86 = 4.1.0. Please modify your
package selections and try again OK".



Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.up2date
2.
3.
    

Additional info:

Comment 1 Mihai Ibanescu 2003-07-01 12:20:19 UTC
Please provide us with:

rpm -q --whatprovides redhat-release
rpm -q XFree86

Comment 2 jike.zhou 2003-07-02 02:57:06 UTC

[root@jike win2000]# rpm -q --whatprovides redhat-release
redhat-release-8.0-8
[root@jike win2000]# rpm -q XFree86
XFree86-4.2.0-72


Comment 3 jike.zhou 2003-07-02 02:59:12 UTC
I upgraded the system from RHL7.X to RHL8.0 .

Comment 4 Mihai Ibanescu 2003-07-02 14:26:56 UTC
OK.
One more thing.

grep ID /etc/sysconfig/rhn/systemid

Also, please look in the same file /etc/sysconfig/rhn/systemid for a line:

<name>os_release</name>

and send me the *next* line after that. It *should* read something like:

<value><string>8.0</string></value>

(but it may be 7.3 instead of 8.0)

My suspicion is that your system is subscribed to the 7.3 channel, and up2date
is trying to solve dependencies in the wrong package universe.

Comment 5 jike.zhou 2003-07-03 00:27:10 UTC
I am sure i registered the system under the RHL8.0 channel. The
"XFree86-xf86cfg"  is included in the RHL7.X and it contains 2 files,there two
files is incuded in the XFree86 package in RHL8.0 now. so after i uninstalled
the XFree86-xf86cfg package, the up2date agent work fine. What i confused is why
the RHN update the XFree86-xf86cfg package which belong the RHL7.x. I think it
maybe is a bug.

Comment 6 Mihai Ibanescu 2003-07-03 13:11:35 UTC
I just found out myself from a co-worker yesterday. Here's what's going on:

7.3 ships XFree86-xf86config. The system upgrade to 8.0 didn't uninstall it,
although it should have to. Then up2date comes along and pulls up a newer
XFree86, but none of the newer packages obsolete XFree86-xf86config. And since
the latter requires the older version of XFree86, you've got an unresolvable
chain of dependencies.

It's not an up2date bug, it's a packaging bug. Workaround: remove
XFree86-xf86config manually.

Comment 7 Mihai Ibanescu 2003-07-03 13:12:53 UTC
Reassigning bug to XFree86

Comment 8 Mike A. Harris 2003-07-08 09:00:48 UTC
> 7.3 ships XFree86-xf86config. 

No such thing.  It is "XFree86-xf86cfg", and it is obsolete in 8.0 and later.

It's not really a packaging bug either, however it can be solved by adding
an Obsoletes: line to the packaging.

The problem is, that you can't use an old xf86cfg with a new XFree86 - that
wont work.  When you do an upgrade from RHL 7.x to 8.x xf86cfg is no longer
supplied, however there isn't a tool which comes with XFree86 which obsoletes
xf86cfg, so making it obsolete it just to force upgrades to work is not
technically correct really.

That said, there probably isn't a lot of harm done by adding a bogus
Obsoletes line to the spec file for the future either, so I probably will.

That itself isn't worthy of an erratum update however.  The official solution
for the time being is to manually uninstall XFree86-xf86cfg from the previous
OS release which is causing the conflict.  That is a good enough workaround
for the time being.

Once I've made the changes internally to have the Obsoletes line present, I'll
update this report and close it.  Any future erratum for RHL 8.0 or later will
contain it.

Thanks.