From owner-freebsd-hubs Fri Dec 15 01:49:18 1995 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08345 for hubs-outgoing; Fri, 15 Dec 1995 01:49:18 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA08331 for ; Fri, 15 Dec 1995 01:49:10 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id UAA12963; Fri, 15 Dec 1995 20:48:58 +1100 From: David Dawes Message-Id: <199512150948.UAA12963@rf900.physics.usyd.edu.au> Subject: Re: 2.1R/ports and ports-2.1 on ftp.freebsd.org To: asami@cs.berkeley.edu (Satoshi Asami) Date: Fri, 15 Dec 1995 20:48:58 +1100 (EST) Cc: hubs@freebsd.org In-Reply-To: <199512150942.BAA02292@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Dec 15, 95 01:42:11 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hubs@freebsd.org Precedence: bulk > * It don't think that this is true. It should be possible to > * do "get ports-2.1.tar.gz" so long as there is no .notar in the ports-2.1 > * directory. It certainly works here. > >Interesting. It didn't work when I tried on ftp.freebsd.org, and >worked after I swapped the link and directory. Maybe wcarchive is >configured differently.... > >=== >wcarchive.cdrom.com:/.3/FreeBSD >ncftp>mget ports-2.1.tar.gz >ports-2.1.tar.gz: No such file. > : >(login, mv's) > : >wcarchive.cdrom.com:/.3/FreeBSD/2.1.0-RELEASE >ncftp>get ports.tar.gz >ports.tar.gz: 1436022 bytes received in 145.31 seconds, 9.65 K/s. >=== I just tried a similar thing with packages-2.1 on ftp.freebsd.org: ftp> get packages-2.1.tar.gz 200 PORT command successful. 150 Opening BINARY mode data connection for /usr/bin/tar. ^C 426 Transfer aborted. Data connection closed. 226 Abort successful local: packages-2.1.tar.gz remote: packages-2.1.tar.gz 13312 bytes received in 6.3 seconds (2 Kbytes/s) >Either case, I think I'm going to leave it that way because there was >another problem, i.e., "get ports-2.1.tar.gz" producing a subdirectory >"ports-2.1" instead of "ports". Agreed. Also this is consistent with the 2.0.5 versions. David