Emmanuel, you can try: [base] name=Fedora Linux 0.95 base baseurl=ftp://ftpl.tu-chemnitz.de/pub/linux/yum-repository/redhat/9.0.94/i386/ [rawhide] name=Red Hat Fedora rawhide baseurl=ftp://ftpl.tu-chemnitz.de/pub/linux/yum-repository/redhat/rawhide/x86/ On Fri, 24 Oct 2003, Matthias Saou wrote: > 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 > > -- ~Guenther Fischer
