Matt Domsch wrote:
If a mirror excludes ia64 in their rsync, and uses report_mirror to
claim that dir is correct and up to date, MM may still redirect there incorrectly as it
only tracks at the whole dir level. It would be better if the ia64 sha1sum file
weren't in the i386 dir...
I have this file on my local mirror[1], which is configured in
MirrorManager for my local netblock. The download.fp.o page jigdo hits
however comes up with a 404[2], while it should redirect me to my mirror
at the very least (and possibly come up with a 404 from that mirror).
Does this help?
Kind regards,
Jeroen van Meeuwen
-kanarip
[1]
http://www.kanarip.com/fedora/releases/10/Fedora/i386/os/RPM-GPG-KEY-fedo...
[2][jmeeuwen@mick ~]$ curl -v
http://download.fedoraproject.org/pub/fedora/linux/releases/10/Fedora/i38...
* About to connect() to
download.fedoraproject.org port 80 (#0)
* Trying 209.132.176.120... connected
* Connected to
download.fedoraproject.org (209.132.176.120) port 80 (#0)
GET
/pub/fedora/linux/releases/10/Fedora/i386/os/RPM-GPG-KEY-fedora-test-ia64
HTTP/1.1
User-Agent: curl/7.18.2 (x86_64-redhat-linux-gnu) libcurl/7.18.2
NSS/3.12.2.0 zlib/1.2.3 libidn/0.6.14 libssh2/0.18
< HTTP/1.1 404 NOT FOUND
< Date: Sat, 27 Dec 2008 21:14:45 GMT
< Server: Apache/2.2.3 (Red Hat)
< cache-control: no-cache
< AppTime: D=13229
< AppServer:
app3.fedora.phx.redhat.com
< Content-Length: 0
< Content-Type: text/html; charset=utf-8
< ProxyTime: D=57306
< ProxyServer:
proxy2.fedora.phx.redhat.com
<
* Connection #0 to host
download.fedoraproject.org left intact