From owner-freebsd-current@FreeBSD.ORG Thu Apr 19 00:48:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4406E16A40A for ; Thu, 19 Apr 2007 00:48:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id E3AC013C457 for ; Thu, 19 Apr 2007 00:48:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l3J0m9ma002331; Wed, 18 Apr 2007 20:48:09 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 18 Apr 2007 16:48:45 -0400 User-Agent: KMail/1.9.4 References: <460AE39B.4070706@root.org> <86ps6g5759.fsf@dwp.des.no> <4617F563.40502@root.org> In-Reply-To: <4617F563.40502@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704181648.46348.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 18 Apr 2007 20:48:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Nate Lawson Subject: Re: libfetch ftp patch for less latency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 00:48:13 -0000 On Saturday 07 April 2007 15:47, Nate Lawson wrote: > Dag-Erling Sm=F8rgrav wrote: > > Nate Lawson writes: > >> Obviously, it's easier to do nothing than something. So here are some > >> options: > >> > >> 1. Add my patch -- if a server returns an error, I see no way it would > >> have changed the PWD. If you say "CD GARBAGE", what reasonable system > >> would return an error and change to some random dir? > >> > >> 2. Add an env variable (similar to FTP_PASSIVE_MODE, say > >> "FTP_SINGLE_CWD") which forces the current behavior. If not set, fetch > >> tries the multi-method first, falls back to the single-method on error. > >=20 > > No. > >=20 > > Thanks, > >=20 > > DES >=20 > I forgot: >=20 > 3. #ifdef (on or off by default) >=20 > Also, can I hear from anyone else besides Mr. No? I'm hestitant to make fetch explicitly not follow the RFC. At the least it should follow the RFC by default. Having it not follow the RFC actually broke stuff at work until I fixed it. =2D-=20 John Baldwin