From owner-freebsd-arch@FreeBSD.ORG Thu May 8 23:42:25 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FEF37B401 for ; Thu, 8 May 2003 23:42:25 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424B943F3F for ; Thu, 8 May 2003 23:42:24 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h496gNTl025804 for ; Fri, 9 May 2003 00:42:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 09 May 2003 00:41:59 -0600 (MDT) Message-Id: <20030509.004159.108785388.imp@bsdimp.com> To: arch@freebsd.org From: "M. Warner Losh" In-Reply-To: <20030509063400.GB16323@dragon.nuxi.com> References: <20030508183612.GA56264@dragon.nuxi.com> <20030508.124451.109704557.imp@bsdimp.com> <20030509063400.GB16323@dragon.nuxi.com> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: /rescue X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 06:42:25 -0000 In message: <20030509063400.GB16323@dragon.nuxi.com> "David O'Brien" writes: : On Thu, May 08, 2003 at 12:44:51PM -0600, M. Warner Losh wrote: : > : > : Actually, Tim's and my work are complimentary. I hadn't worked on : > : > : getting a /rescue, /stand, /ohcrap directory. Personally, I agree : > : > : with David O'Brien that it should be called /stand since we have : > : > : precedence (and documentation in hier(7)) for that. : > : > : > : > NetBSD put them in /rescue. /stand has been phased out over the past : > : > few years. There's precident many ways. : > : : > : How has it been phased out?? My 5.0-RELEASE install certainly has a : > : /stand with the contents of: : > : > /stand never is updated after the initial install, so it slowly rots : > away :-( : : and 'make world' can update it. Or will we have /resuce that is never : updated by 'make world'? /rescue would be updated every time. Warner