From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 11:04:40 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 AF4FB16A4D3 for ; Mon, 24 Nov 2003 11:04:40 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FA8F440B7 for ; Mon, 24 Nov 2003 11:02:42 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hAOJ2e7P029477; Mon, 24 Nov 2003 14:02:40 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031124114006.GA60761@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> Date: Mon, 24 Nov 2003 14:02:39 -0500 To: freebsd-current@freebsd.org, Tim Kientzle From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) 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 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 19:04:40 -0000 At 3:40 AM -0800 11/24/03, David O'Brien wrote: > >NO. /rescue was allowed in the system to handle the case >of a trashed file in /lib[exec]. To allow a sysadmin to >recover a system from the same type of mishaps they could >before we went to a dynamic /. Not to continue to add >to /rescue until the sysadmin could recover from every >conceivable way of trashing a system. > >/rescue was not to become the all-in-compassing Swiss Army >recover tool. We provide the Live-FS CD (disc 2) for that. Another issue with adding more-and-more to /rescue is that every thing added to /rescue is compiled for it. Which is to say, the time it takes for a buildworld keeps increasing. I just bought one hardware upgrade to get back the time lost from going to GCC 3.x, and I find that the buildworld times are now increasing again due to compiling everything twice for /rescue. I kind of like the idea of having 'vi' available, but I will also admit that I don't need it. All my hardware has CD-ROM drives, and I set up all my systems with multiple (multi-boot) installs of freebsd. If something goes wrong, I like having vi around, but then I also like having bash and ruby (among other things). So, I have dual-boot systems. No matter what you put in /rescue, there are *possible* disaster scenarios where you won't have something you need. For some reason, I manage to hit those every few months. From my experience I have found that it's much better to have multiple separate installs, and that way I can usually fix one install from the other one. Other people will have other hardware, and thus other needs. We should probably make sure it's easy to add some of these programs to /rescue, but I don't think that all of us should have to build all the programs that any one of us feel they might need. I doubt there is any perfect answer which will satisfy everyone, but perhaps we can recognize that and figure out some flexible middle ground. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu