Not really serious or even a bug, but I noticed the following: The tarball of gzip 1.7 (gzip-1.7.tar.xz) seems to be missing from the distfiles directory of all Gentoo mirrors, even though the gzip-1.7 ebuild has been in the portage tree since the end of March. Looking into the ebuild, I see: SRC_URI="mirror://gnu-alpha/gzip/${P}.tar.xz mirror://gnu/gzip/${P}.tar.xz mirror://gentoo/${P}.tar.xz" And now, while I'm not really that deep into this stuff, I assume that for example mirror://gnu-alpha/gzip/ expands to {http|ftp}://alpha.gnu.org/gnu/gzip. FTPing into that directory shows me that the latest gzip tarballs located there are version 1.3.something. Many other mirrors, however, seem to actually have the latest version available, for example: http://gnu.mirror.constant.com/gzip/ http://mirror.nexcess.net/gnu/gzip/ As such, this is not a real problem, since portage will eventually find a mirror that has the desired gzip-1.7.tar.xz file when a user emerges gzip-1.7. Still, wouldn't it be a good idea to adjust the "official" mirror location specified in the ebuild so that the automatic distfile collection process (that I assume exists and grabs to distfiles for inclusion in the official Gentoo mirrors) correctly picks up the file?
It's on ftp.gnu.org, which is covered by mirror://gnu/. I'm not sure why the distfiles mirroring process has not picked it up.
Forced onto Gentoo mirrors.
(In reply to Robin Johnson from comment #2) > Forced onto Gentoo mirrors. Same bug with gzip 1.8 (though another machine of mine managed to get it somehow). Should I reopen ?
