Re: pkg/47054 (benchmarks/super_pi: source unfetchable and restricted)

[Robert Elz <kre%munnari.OZ.AU@localhost>]

The following reply was made to PR pkg/47054; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: John Marino <netbsd%marino.st@localhost>
Cc: gnats-bugs%NetBSD.org@localhost, OBATA Akio <obache%NetBSD.org@localhost>,
        pkg-manager%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost, 
pkgsrc-bugs%NetBSD.org@localhost
Subject: Re: pkg/47054 (benchmarks/super_pi: source unfetchable and restricted)
Date: Sat, 13 Oct 2012 22:05:23 +0700

     Date:        Sat, 13 Oct 2012 15:23:33 +0200
     From:        John Marino <netbsd%marino.st@localhost>
     Message-ID:  <50796B55.5080001%marino.st@localhost>
 
   | Well, it had to build fetch first, but that worked!
 
 In that case I'm back to suspecting a EPSV/NET clask between
 you and the server - that would affect ftp, that atempts to
 use EPSV for IPv4 - since the server supports it & replies,
 the client assumes all is OK, but some intervening NAT has
 no idea what has happened, and doesn't know what to do with
 the data connection.  fetch doesn't use EPSV for IPv4, just
 PASV (which even the dumbest NAT supports).
 
 kre