Emmanuel Seyman wrote : > I'm trying to use the yum-enabled rawhide but have a little problem: > > Version is yum-2.0.4 . The configuration file: > > [main] > cachedir=/var/cache/yum > debuglevel=2 > logfile=/var/log/yum.log > pkgpolicy=newest > distroverpkg=redhat-release > tolerant=1 > exactarch=1 > > [rawhide] > name=Rawhide > baseurl=http://ftp.club-internet.fr/mirrors/ftp.redhat.com/redhat/linux/ > rawhide > > And the problem: > > Gathering header information file(s) from server(s) > Server: Rawhide > Finding updated packages > Downloading needed headers > Resolving dependencies > Dependencies resolved > I will do the following: > [update: hwdata 0.100-1.noarch] [...] > Getting hwdata-0.100-1.noarch.rpm > .retrygrab() failed for: > http://ftp.club-internet.fr/mirrors/ftp.redhat.com/redhat/linux/rawhide/s390x/Fedora/RPMS/hwdata-0.100-1.noarch.rpm > Executing failover method > failover: out of servers to try > Error getting file > http://ftp.club-internet.fr/mirrors/ftp.redhat.com/redhat/linux/rawhide/s390x/Fedora/RPMS/hwdata-0.100-1.noarch.rpm > [Errno 4] IOError: HTTP Error 404: Not Found > > And the $10,000 question: Why the fsck is yum looking in the s390x > directory instead of the i386 one? Seems like Red Hat dumps all the generated headers in a single directory... and as some packages are shared between architectures (.noarch.rpm ones), well, the last ones generated get their path into the header file! This is a side effect triggered by partial mirroring it seems. The solutions would be : - Don't use a partial mirror - Have Red Hat generate headers on a per-arch basis - Have Red Hat generate the headers in order from the most exotic archs first to x86 last (will fix the problem for x86 only mirrors) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 0.95 (Severn) - Linux kernel 2.4.22-20.1.2024.2.36.nptl Load : 0.05 0.28 0.34
