Date: Sat, 11 May 2013 14:46:17 +0100 From: "N.J. Mann" <njm@njm.me.uk> To: Jun Kuriyama <kuriyama@FreeBSD.org>, ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r317847 - head/security/gnupg Message-ID: <20130511134617.GD94348@titania.njm.me.uk> In-Reply-To: <20130511075928.GA94348@titania.njm.me.uk> References: <201305110138.r4B1cgUq049566@svn.freebsd.org> <20130511075928.GA94348@titania.njm.me.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20130511075928.GA94348@titania.njm.me.uk>, N.J. Mann (njm@njm.me.uk) wrote: > In message <201305110138.r4B1cgUq049566@svn.freebsd.org>, > Jun Kuriyama (kuriyama@FreeBSD.org) wrote: > > Author: kuriyama > > Date: Sat May 11 01:38:42 2013 > > New Revision: 317847 > > URL: http://svnweb.freebsd.org/changeset/ports/317847 > > > > Log: > > - Upgrade to 2.0.20. > > > > Modified: > > head/security/gnupg/Makefile > > head/security/gnupg/distinfo > > > > Modified: head/security/gnupg/Makefile > > ============================================================================== > > --- head/security/gnupg/Makefile Sat May 11 01:16:50 2013 (r317846) > > +++ head/security/gnupg/Makefile Sat May 11 01:38:42 2013 (r317847) > > @@ -1,8 +1,7 @@ > > # $FreeBSD$ > > > > PORTNAME= gnupg > > -PORTVERSION= 2.0.19 > > -PORTREVISION= 4 > > +PORTVERSION= 2.0.20 > > CATEGORIES= security > > MASTER_SITES= ${MASTER_SITE_GNUPG} > > MASTER_SITE_SUBDIR= gnupg > > > > Modified: head/security/gnupg/distinfo > > ============================================================================== > > --- head/security/gnupg/distinfo Sat May 11 01:16:50 2013 (r317846) > > +++ head/security/gnupg/distinfo Sat May 11 01:38:42 2013 (r317847) > > @@ -1,4 +1,4 @@ > > -SHA256 (gnupg-2.0.19.tar.bz2) = efa23a8a925adb51c7d3b708c25b6d000300f5ce37de9bdec6453be7b419c622 > > -SIZE (gnupg-2.0.19.tar.bz2) = 4187460 > > -SHA256 (gnupg-2.0.19.tar.bz2.sig) = 2509e8ce7f23e295cbaf9471a340717baadf270521bf6bbfc5f3be736fcc3445 > > -SIZE (gnupg-2.0.19.tar.bz2.sig) = 287 > > +SHA256 (gnupg-2.0.20.tar.bz2) = 6e949b7f062cab8a3cf0910f91ecf04cabaad458c0aeeec66298651b8b04b79a > > +SIZE (gnupg-2.0.20.tar.bz2) = 4286191 > > +SHA256 (gnupg-2.0.20.tar.bz2.sig) = 4b722d3628f9f6d7c0f0228c75382bd902fcea64236149c01f45e5370b6c3b2a > > +SIZE (gnupg-2.0.20.tar.bz2.sig) = 287 > > Recently I have noticed that the distfiles for a number of GNU ports are > downloaded incorrectly. Yesterday when I updated to gnupg-2.0.19 I > found that when I did a 'make fetch' the files fetched were in fact HTML > files. A google search took me to mirrors.dotsrc.org from where I was > able to download the correct files. > > Today I had the same problem with gnupg-2.0.20: > > % make fetch > ===> License GPLv3 LGPL3 accepted by the user > => gnupg-2.0.20.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch http://gnupg.org.favoritelinks.net/gnupg/gnupg-2.0.20.tar.bz2 > fetch: http://gnupg.org.favoritelinks.net/gnupg/gnupg-2.0.20.tar.bz2: size unknown > fetch: http://gnupg.org.favoritelinks.net/gnupg/gnupg-2.0.20.tar.bz2: size of remote file is not known > gnupg-2.0.20.tar.bz2 1056 B 3950 kBps > => gnupg-2.0.20.tar.bz2.sig doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch http://gnupg.org.favoritelinks.net/gnupg/gnupg-2.0.20.tar.bz2.sig > fetch: http://gnupg.org.favoritelinks.net/gnupg/gnupg-2.0.20.tar.bz2.sig: size unknown > fetch: http://gnupg.org.favoritelinks.net/gnupg/gnupg-2.0.20.tar.bz2.sig: size of remote file is not known > gnupg-2.0.20.tar.bz2.sig 1064 B 3951 kBps > ===> Fetching all distfiles required by gnupg-2.0.20 for building > meld % file /usr/ports/distfiles/gnupg-2.0.20* > /usr/ports/distfiles/gnupg-2.0.20.tar.bz2: HTML document, ASCII text, with very long lines, with no line terminators > /usr/ports/distfiles/gnupg-2.0.20.tar.bz2.sig: HTML document, ASCII text, with very long lines, with no line terminators > meld % Okay, I now know why I get HTML files. This is because British Telecom (aka BT), who are my ISP, are trying to be helpful and display a nice help message when DNS lookups for HTTP addresses fail. Thankfully users can opt out of this. Having opted out I am now able to fetch these files successfuly, but not from favoritelinks.net Perhaps FTP sites should be listed before HTTP ones when both exist. Cheers, Nick. --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130511134617.GD94348>