From owner-freebsd-ports@freebsd.org Thu Jan 5 14:43:58 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE1E2CA0BC3 for ; Thu, 5 Jan 2017 14:43:58 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 98277120C for ; Thu, 5 Jan 2017 14:43:58 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 9761FCA0BC2; Thu, 5 Jan 2017 14:43:58 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97032CA0BBF for ; Thu, 5 Jan 2017 14:43:58 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D404120B; Thu, 5 Jan 2017 14:43:57 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FE9BD1.dip0.t-ipconnect.de [217.254.155.209]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPA id v05Ehuff083553; Thu, 5 Jan 2017 14:43:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v05EhrNj027196; Thu, 5 Jan 2017 15:43:53 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v05Ehfka097992; Thu, 5 Jan 2017 15:43:53 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201701051443.v05Ehfka097992@fire.js.berklix.net> To: Mathieu Arnold cc: ports@FreeBSD.org Subject: Re: ports/devel/noweb/Makefile FETCH_* is wrong, comment out works. From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Thu, 05 Jan 2017 15:17:18 +0100." Date: Thu, 05 Jan 2017 15:43:41 +0100 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2017 14:43:58 -0000 Mathieu Arnold wrote: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --OlhIXV1DiGlq1dCEecu9IveGpJTBcCo6s > Content-Type: multipart/mixed; boundary="95npiUFepM5pQXkT1NqmlD2AdL7GsX8e5"; > protected-headers="v1" > From: Mathieu Arnold > To: "Julian H. Stacey" , ports@freebsd.org > Message-ID: > Subject: Re: ports/devel/noweb/Makefile FETCH_* is wrong, comment out works. > References: <201701051334.v05DYjAj003862@fire.js.berklix.net> > In-Reply-To: <201701051334.v05DYjAj003862@fire.js.berklix.net> > > --95npiUFepM5pQXkT1NqmlD2AdL7GsX8e5 > Content-Type: text/plain; charset=utf-8 > Content-Transfer-Encoding: quoted-printable > > Le 05/01/2017 =C3=A0 14:34, Julian H. Stacey a =C3=A9crit : > > ports/devel/noweb/Makefile contains > > FETCH_CMD=3D /usr/bin/ftp > > FETCH_ARGS=3D # empty > > that is wrong, because if one already has the distfile on a local site > > (accessed via MASTER_SITE_OVERRIDE or MASTER_SITE_BACKUP ),=20 > > it hangs & fails on make fetch. > > > > This is true. But: > > $ fetch -v ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz > looking up www.eecs.harvard.edu > connecting to www.eecs.harvard.edu:21 > setting passive mode > opening data connection > fetch: ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz: No route to hos= > t On 3 boxes direct connected to internet: 6.4-RELEASE SUCCESS fetch -v ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz looking up www.eecs.harvard.edu connecting to www.eecs.harvard.edu:21 binding data socket initiating transfer remote size / mtime: 738870 / 1150149960 noweb-2.11b.tgz 100% of 721 kB 288 kBps 10.3-p4 FAIL fetch -v ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz looking up www.eecs.harvard.edu connecting to www.eecs.harvard.edu:21 setting passive mode opening data connection fetch: ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz: Operation timed out source `which unsetenv.csh`;printenv PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin TERM=xterm fetch -v ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz looking up www.eecs.harvard.edu connecting to www.eecs.harvard.edu:21 setting passive mode opening data connection fetch: ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz: Operation timed out 10.3-STABLE FAIL fetch -v ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz looking up www.eecs.harvard.edu connecting to www.eecs.harvard.edu:21 setting passive mode opening data connection fetch: ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz: No route to host source `which unsetenv.csh`;printenv PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin TERM=xterm fetch -v ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz looking up www.eecs.harvard.edu connecting to www.eecs.harvard.edu:21 setting passive mode opening data connection fetch: ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz: No route to host > > And: > > $ ftp ftp://www.eecs.harvard.edu/pub/nr/noweb-2.11b.tgz > Connected to www-aws.eecs.harvard.edu. > 220- > Anonymous access only (no uploads). > For authenticated access, please use SCP, SFTP, or FTP over SSH. > Thank you, . > 220 FTP Server ready. > 331 Anonymous login ok, send your complete email address as your password= > > 230 Anonymous login ok, restrictions apply. > Remote system type is UNIX. > Using binary mode to transfer files. > 200 Type set to I > 250 CWD command successful > 250 CWD command successful > local: noweb-2.11b.tgz remote: noweb-2.11b.tgz > 229 Entering Extended Passive Mode (|||65306|) > 150 Opening BINARY mode data connection for noweb-2.11b.tgz (738870 bytes= > ) > 100% > |************************************************************************= > *************************************************************************= > *****************************************************************| =20 > 721 KiB 599.13 KiB/s 00:00 ETA226 Transfer complete > 738870 bytes received in 00:01 (554.01 KiB/s) > 221 Goodbye. > $ > > The port MUST be able to fetch from its MASTER_SITE, and I am talking > about the one in the Makefile, not what gets added/changed by the > framework. Otherwise, the backup master site, or the place where you > have a local cache cannot be filled with something in the first place. Yes, agreed > In the future, when fetch(1) manages to fetch from that ftp site on all > our supported releases, feel free to patch the Makefile. This looks like a regression failure with fetch as 6.4 fetch works fine. Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes