INTRO: I can't tell if this is an 8.0 general distribution problem, an issue
with XFree86, or something strange from RHN. I chose 8.0's distro -- please
forward where/as appropriate.
Description of problem: I have an 8.0 system that was upgraded after ~16 months
of running Red Hat Linux 7.2 and keeping it current with packages from RHN.
After the upgrade, I applied semi-obvious package installs from the 8.0 set of
"uninstalled at time of upgrade" RPMs. Aside from the RPM database being
somewhat fragile (need to rebuild it every 2 weeks or so), things are mostly OK.
Today's pull of packages from RHN result in an unresolvable chain of
dependencies, and on the surface, the error message doesn't make sense.
+=========================== Warning ========================+
| There was a package dependency problem. The message was: |
| Unresolvable chain of dependencies: |
| XFree86-xf86cfg requires XFree86 = 4.1.0 |
| Please modify your package selections and try again. |
Version-Release number of selected component (if applicable):
# rpm -qa | grep XFree86 | sort
... the XFree86 in the 8.0 tree is 4.2.0 -- but RHN wants to put the xf86cfg rpm
(not currently on my system) in with rev 4.1.0, which wants an _older_ XFree86.
How reproducible: on my system, very much so. In a lab, pretty hard.
Eeeek! [wrote it down then found it's _wrong_!]
I *just* saw the XFree86-xf86cfg rpm in this list this time. So I don't know
exactly where I got it, I'm reasonably sure it was RHN, though.
The problem is that XFree86-xf86cfg shipped last in RHL 7.3, so when your
system was upgraded from 7.3 to 8.0, the xf86cfg package was not replaced since
it doesn't exist anymore. Anaconda ignores that it seems and just upgrades
the system anyway. Since there is no "Obsoletes: XFree86-xf86cfg" anywhere,
it stays installed and it's dependancies can't be met. The workaround is to
uninstall XFree86-xf86cfg by hand first, then do the upgrade and it should
work ok. A future update will most likely add an Obsoletes line to kill
off the package automatically.
As expected, removing XFree86-xf86cfg fixed the entire problem.
Given the support life of 7.x, 8.0, and 9 all expire in 2 days, I'm
assuming this defect will never be fixed/resolved. --> WONTFIX