From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 15:49:01 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 E7B1316A4CE; Mon, 24 Nov 2003 15:49:01 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F0C43F75; Mon, 24 Nov 2003 15:48:58 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id hAONmvkX048823; Mon, 24 Nov 2003 15:48:58 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3FC298E9.1050000@acm.org> Date: Mon, 24 Nov 2003 15:48:57 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.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> In-Reply-To: <20031124224030.GB67578@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2003 23:49:02 -0000 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