On 19/03/15 16:35, Carlos Maddela wrote: > > On 19/03/15 05:56, Eduard Bloch wrote: >> Control: tags 780555 +upstream >> >> Hallo, >> * Carlos Maddela [Mon, Mar 16 2015, 12:21:54PM]: >> >>> Using apt-cacher-ng to cache RPMs from Fedora Rawhide eventually results >>> in packages that cannot be verified, because it would seem that Fedora >>> allows them to be rebuilt without incrementing the version number. >>> >>> I tried fixing this problem by marking them as volatile with the >>> VfilePatternEx option: >>> >>> /development/rawhide/.* >>> >>> However, this fails to achieve anything, since the default SPfilePattern >>> includes all RPMs and this option overrides any VfilePattern option. >>> >>> Not completely understading why the default SPfilePattern must include >>> all RPMs, I have provided a possible solution which allows for >> It's a bug. It was intended to match only .gpg files but the final >> bracket is misplaced. >> >> Even with that small fix the SPfilePattern checking implementation >> doesn't allow to make files like foo.rpm.gpg considered volatile, so I >> will add your patch soon, probably with minor modifications after >> review/check for side effects. Thanks! >> >> But the last patch with extra mirrors is something I do not fully agree >> with. The backends files are generated semi-automatically (see special >> make targets) and Fedora mirror list is fed from >> https://mirrors.fedoraproject.org/publiclist . Some of the sites you >> added are already in the list that I compiled a couple of weeks ago but >> not all; and they are also not on the publiclist page. Could you reveal >> the source of that mirror urls? >> >> Kind Regards, >> Eduard. >> > Those mirrors were automatically generated by the metalink line in the > standard fedora-repos-rawhide package, which was > https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=$basearch. > I ended up disabling the metalink feature, because just when you thought > you had all mirrors covered, a new one would be chosen. > > I've been using an unpatched version of apt-cacher-ng for the past > couple of days, but haven't been able to reproduce the bug again. None > of the RPMs that I have cached have been rebuilt with the same version > number. It just seems odd to me that this would be standard practice > for Fedora, but I could have sworn that that was what was happening when > I checked the HTTP headers with curl. > > I'll keep monitoring to see if this really is a problem. > > Thanks, > > Carlos > I can confirm that the problem regularly occurs for the fedora-release and glib2 packages, so it must be standard Fedora practice. > $ yumdownloader --urls fedora-release > http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os//Packages/f/fedora-release-23-0.7.noarch.rpm
> $ curl --proxy http://192.168.0.1:3142/ -IL > "http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os//Packages/f/fedora-release-23-0.7.noarch.rpm"; > HTTP/1.1 200 OK > Content-Length: 12072 > Last-Modified: Tue, 17 Mar 2015 18:06:27 GMT > Content-Type: application/x-rpm > Date: Thu Mar 19 14:05:49 2015 > Server: Debian Apt-Cacher NG/0.8.0 > X-Original-Source: > http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os/Packages/f/fedora-release-23-0.7.noarch.rpm > Connection: Keep-Alive > $ curl -IL > "http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os//Packages/f/fedora-release-23-0.7.noarch.rpm"; > HTTP/1.1 302 FOUND > Date: Thu, 19 Mar 2015 14:30:22 GMT > Server: Apache/2.2.15 (Red Hat) > cache-control: no-cache > location: > http://mirror.as24220.net/pub/fedora/linux/development/rawhide/x86_64/os/Packages/f/fedora-release-23-0.7.noarch.rpm > AppTime: D=379468 > AppServer: proxy03.fedoraproject.org > Content-Type: text/html; charset=utf-8 > > HTTP/1.1 200 OK > Date: Thu, 19 Mar 2015 14:30:35 GMT > Server: Apache/2.4.7 (Ubuntu) > Last-Modified: Wed, 18 Mar 2015 22:37:35 GMT > Accept-Ranges: bytes > Content-Length: 13176 > Cache-Control: max-age=86400 > Expires: Fri, 20 Mar 2015 14:30:35 GMT > ETag: "3378-51197bac8a9c0"-gzip > Content-Type: application/x-redhat-package-manager -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
