From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 17:43:19 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 ED59D16A4CE; Mon, 24 Nov 2003 17:43:18 -0800 (PST) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F2F43FE3; Mon, 24 Nov 2003 17:43:15 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from titan.criticalmagic.com ([68.213.16.23] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (Exim 3.33 #1) id 1AOSEU-0000Bi-00; Mon, 24 Nov 2003 17:43:14 -0800 Message-ID: <3FC2B3C1.4090803@mindspring.com> Date: Mon, 24 Nov 2003 20:43:29 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kientzle@acm.org 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> In-Reply-To: <3FC298E9.1050000@acm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 1ee258965991efcb0865379cdb43356e5e89bb4777695beb702e37df12b9c9ef1cb105f2e109d6e5dad732dfc394d241350badd9bab72f9c350badd9bab72f9c 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: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2003 01:43:19 -0000 Tim Kientzle wrote: > David O'Brien wrote: > >> On Mon, Nov 24, 2003 at 12:08:58PM -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. > > * In exchange for this concession, would you be willing > to support adding fetch? > > I expect this exchange would result in a net 150-200 kB > savings in /rescue. > > How about it? > > Tim I think a better compromise is to add the make.conf option so that extra utilities may be added to /rescue. Then leave both vi and fetch out of the default. With the size of disk drives these days, (for my own setup) I'm tempted to just add a complete copy of /bin and /sbin into /rescue. The extra 100 meg doesn't take much out of a 80 gig hard drive. Richard Coleman richardcoleman@mindspring.com