Red Hat Bugzilla – Bug 126846
tcltk erratum creates tix packages with same EVR but different deps than FC2 packages
Last modified: 2007-11-30 17:10:45 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7) Gecko/20040625
Description of problem:
FC2 has a package called tix-8.1.4-96.1. The latest FC1 tcltk errata
packages also contain one called tix-8.1.4-96.1, but it's not even
from the same SRPM, and the dependencies are different. This makes
FC1->FC2 upgrades via yum next to impossible, but otherwise such
upgrades would be quite easy and effective (speaking from experience
from several such upgrades). I don't yet know what kind of effect this
has on anaconda upgrades, but I will test that after I submit this bug
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Compare output of "rpm --requires tix" on fully updated FC1 and FC2
2. Compare output of "rpm -qi tix" on fully updated FC1 and FC2 systems.
3. Take an FC1 system and try to upgrade it to FC2 via yum. (See
http://linux.duke.edu/~skvidal/misc/fc1-fc2-yum-hints.txt for more info.)
Actual Results: 1. Dependencies are different.
2. Version numbers match, but size, build date, and build host are all
very different. Oops. This is bad.
3. yum blows up with the following:
Package tix needs libtcl8.3.so, this is not available.
Package tix needs libitcl3.2.so, this is not available.
Package tix needs libitk3.2.so, this is not available.
Package tix needs itcl, this is not available.
Package tix needs libtk8.3.so, this is not available.
Expected Results: Dependencies should be the same, build date should
be the same, build host should be the same, size should be the same,
yum should not blow up with these particular dependency errors.
A possible workaround for the yum issue would be to release an update
for FC2 that simply bumps the version number on tix. This is certainly
an ugly hack, however, and it may not be justified.
I don't yet know how this affects anaconda upgrades. I'm about to find
Oops, this is bad indeed. :(
[ dot release numbers should be reserved for updates... ]
The tcltk update has been replaced with tcltk-8.3.5-96.0.1.
I guess people who already updated to 8.3.5-96.1 will have to
downgrade by hand though - at least I can't think of any way
round that. :-/
FWIW, anaconda seems to replace the FC1 tix with the FC2 one even
though they had the same version number, so it only hurt upgrades via
yum, not via anaconda. Nonetheless, it's good that the two packages no
longer have the same version number, and installing the new packages
on FC1 fixes the dependency problems when trying to upgrade to FC2 via
yum, so thank you for fixing this.