From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 10:41:56 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 B6F6816A4CE for ; Tue, 25 Nov 2003 10:41:56 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A0843FBD for ; Tue, 25 Nov 2003 10:41:55 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.10/8.12.9) with ESMTP id hAPIfsYR025424; Tue, 25 Nov 2003 13:41:54 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031125160934.GH12248@over-yonder.net> 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> <20031124210748.GG15294@wombat.localnet> <20031124224144.GC67578@dragon.nuxi.com> <20031125160934.GH12248@over-yonder.net> Date: Tue, 25 Nov 2003 13:41:53 -0500 To: "Matthew D. Fuller" , freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: Tim Kientzle 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: Tue, 25 Nov 2003 18:41:56 -0000 At 10:09 AM -0600 11/25/03, Matthew D. Fuller wrote: >On Mon, Nov 24, 2003, I heard the voice of > David O'Brien, and lo! it spake thus: > > On Mon, Nov 24, 2003, Michael Edenfield wrote: > > > > > > Would it be possible, through some make.conf magic, for > > > the end-user to set extra programs to be put into /rescue > > > that are not typically there? > > > >> > RESCUE_EXTRAPRGS= usr.bin/vi usr.bin/fetch >> >> This list could easily need things added to librescue. > >If you can delay building the rescue stuff until after >everything else, you can use ldd(1) on the built binaries >for everything else and hash up the list from that. It is a bit more complicated than that, because programs may include embedded references to other files. So, I think some developer would *have* to do a little up-front work for any program that would be optionally-added to /rescue. Also, if you completely automate it, then a year from now someone will make a change to 'vi' which drags in a few extra libraries, and people will be blind-sided with a much larger /rescue. If someone is watching what happens, they could #ifdef-out that extra code for the /rescue version. I do like the idea, but to do it right *will* involve extra work for each optional program. I would gladly do that extra work for any programs that I cared to have in /rescue -- but personally I set up dual-boot systems, so I don't really care about any of them... :-) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu