From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 19:00:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A2CB16A4CE for ; Tue, 25 Nov 2003 19:00:02 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1490843FAF for ; Tue, 25 Nov 2003 19:00:01 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id hAQ2xsvX076727; Tue, 25 Nov 2003 18:59:54 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id hAQ2xsFa076726; Tue, 25 Nov 2003 18:59:54 -0800 (PST) (envelope-from obrien) Date: Tue, 25 Nov 2003 18:59:54 -0800 From: "David O'Brien" To: Tim Kientzle Message-ID: <20031126025954.GC56876@dragon.nuxi.com> References: <3FBE8D92.6080205@acm.org> <20031123012222.GB11523@dragon.nuxi.com> <20031123042635.GB677@saboteur.dek.spc.org> <3FC16644.7070005@acm.org> <20031124114006.GA60761@dragon.nuxi.com> <3FC2655A.8080202@acm.org> <20031124224030.GB67578@dragon.nuxi.com> <3FC298E9.1050000@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FC298E9.1050000@acm.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-BETA Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 03:00:02 -0000 On Mon, Nov 24, 2003 at 03:48:57PM -0800, Tim Kientzle wrote: > >>... I think [/rescue] only needs to support those > >>recovery actions necessary to repair /bin and /sbin if they break. > > > >My stance is that no failure mode needs to > >be repairable that wasn't repairable with a static /. > > I'm willing to compromise, David. > > Here's what I suggest: > > * I could support removing vi/ex from /rescue. Either way -- keep it or not. But lets agree that the FTP client will be the last thing added to /rescue that is outside the original charter. > * In exchange for this concession, would you be willing > to support adding fetch? If we're going to add an FTP client, lets pick the one with the best functionality for the job -- /usr/bin/ftp. I may not know the complete URL to the bits I need, and if so with fetch you're still screwed. -- -- David (obrien@FreeBSD.org)