Red Hat Bugzilla – Bug 188926
yum sometimes mismatches packages and repositories
Last modified: 2014-01-21 17:53:53 EST
Description of problem:
This is an issue fo upstream yum.
When running a K12LTSP-5.0.0beta2 system,
yum install switchdesk
---> Downloading header for switchdesk to pack into transaction set.
[Errno 14] HTTP Error 404: Date: Thu, 13 Apr 2006 16:24:16 GMT
This bug was found when using yum on the 5.0.0beta2 version of K12ltsp.
K12Ltsp integrates the Linux Terminal Server Project with Fedora Core in order
to run thin client computer labs at schools. The maintainers have modified
fedora Core and produce their own repository that is a combination of vanilla
Fedora Core packages and packages which they have modified or added. In the
setup where the problem was revealed, the Fedora Core repository is enabled
alongside the K12LTSP repository. Because of this, there are many packages
which overlap in exact NEVR between the two.
The error generated with yum install switchdesk reveals something interesting:
^^^^^--- i386 is missing
A bit of research shows that the K12LTSP repository URL is:
and the switchdesk package <location> tag is
The Fedora Core repo has:
So it appears that yum is comparing packages using NEVR. It finds two which are
the same and assumes they are the same in all other respects. Then yum uses
the location entry from the Fedora Core repo but attempts to pull the package
from the K12LTSP repo. This leads to the lack of "i386" in the final URL.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Enable the K12LTSP-5.0.0beta2 repository on a Fedora Core 5 machine
2. yum -y erase switchdesk
3. yum -y install switchdesk
Package fails to install as detailed above.
Package would install
* Disabling either the Fedora Core or K12LTSP repo allows yum to pull the
* This does not occur with all packages (for instance, binutils matches the
correct location with the correct repository)
* I noticed that the repodata seems to be in an older format
<location></location> instead of <location href=""/>. If this is the whole
reason, let me know and I'll just tell K12LTSP to run a newer createrepo on
Created attachment 127718 [details]
Yum repository file for k12ltsp
Previous repository metadata was created with createrepo from CentOS. The
metadata has now been updated so the <location href=""/> format is used. The
problem continues so there is some wonkiness within yum.
This is related to the location stuff from paul and dennis
Any status update on this?
Dennis can you look into to ensure we do the right thing when we merge location
Actually scratch that - this should be fixed with the per repo package sacks as
a result of the work in upstream yum - please test and see if it is fixed with
latest yum 2.9.x series as in rawhide.
Closing due to inactivity