Miles Lane wrote: > On 5/17/07, Nicolas Mailhot <nicolas.mailhot@xxxxxxxxxxx> wrote: >> Le jeudi 17 mai 2007 à 18:33 +1000, Rodd Clarkson a écrit : >> >> > Along similar lines ... ? >> > >> > [rodd@localhost ~]$ sudo yum clean metadata >> > Loading "installonlyn" plugin >> > 17 metadata files removed >> > [rodd@localhost ~]$ sudo yum update >> > Loading "installonlyn" plugin >> > Setting up Update Process >> > development 100% |=========================| 1.1 kB >> 00:00 >> > primary.xml.gz 100% |=========================| 2.6 MB >> 00:55 >> > >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/repodata/primary.xml.gz: >> [Errno -1] Metadata file does not match checksum >> >> If you're behind a (transparent or not) proxy you have to manually >> forbid caching of repodata directories, else you'll periodically get >> those messages. Yum metadata is not proxy-friendly (ie if you're behind >> a corp proxy you're dead) >> >> Though for http mirrors we control the no-proxy rules should be done at >> the http server level, and I hope yum is fixed someday > > I added "http_caching=packages" to yum/conf and ran > rm -fr /var/cache/yum/* > I still get: > development 100% |=========================| 1.1 kB 00:00 > primary.xml.gz 100% |=========================| 2.6 MB 00:06 > http://download.fedoraproject.org/pub/fedora/linux/core/development/i386/os/repodata/primary.xml.gz: > > [Errno -1] Metadata file does not match checksum > Trying other mirror. > primary.xml.gz 100% |=========================| 2.6 MB 00:18 > developmen: ################################################## 7296/7296 > No Packages marked for Update/Obsoletion > > My fedora-development.repo contains: > [development] > name=Fedora Core - Development > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > > # > mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide.us.west > > # mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide > enabled=1 > failovermethod=priority > gpgcheck=0 > It's got nothing to do with proxies... [njones@ip-96 ~]$ wget http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc64/os/repodata/primary.xml.gz --20:59:10-- http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc64/os/repodata/primary.xml.gz Resolving download.fedora.redhat.com... 209.132.176.221, 209.132.176.20, 209.132.176.220, ... Connecting to download.fedora.redhat.com|209.132.176.221|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2075290 (2.0M) [application/x-gzip] Saving to: `primary.xml.gz' 100%[=======================================>] 2,075,290 39.2K/s in 52s 21:00:03 (39.0 KB/s) - `primary.xml.gz' saved [2075290/2075290] [njones@ip-96 ~]$ sha1sum primary.xml.gz 09f7c50c2bbe57f4157e5e92e56752f6f86cb916 primary.xml.gz http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc64/os/repodata/repomd.xml reports 1fe98d83f6061a33cdfdd9a02856c5523561518a And I can guarantee it is not cached because I only have i386's and x86_64's here and I noticed the issue on another ppc64 machine on a remote network. I think someone/something messed up? N.J. -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
