Date: Fri, 15 Nov 2002 01:37:47 -0500 (EST) From: Robert Watson <rwatson@FreeBSD.ORG> To: Doug Rabson <dfr@nlsystems.com> Cc: "M. Warner Losh" <imp@bsdimp.com>, nate@root.org, kientzle@acm.org, hackers@FreeBSD.ORG Subject: Re: Shrinking /(s)bin: A Proposal Message-ID: <Pine.NEB.3.96L.1021115013536.10878C-100000@fledge.watson.org> In-Reply-To: <200211140938.52546.dfr@nlsystems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 14 Nov 2002, Doug Rabson wrote: > > : I'm open to patches for building /[s]bin as dynamic. If you have > > : time and can coordinate with lukem@netbsd.org to build the patch, I > > : would appreciate it. > > > > % make NOSHARED=NO buildworld > > > > No patches necessary. We do this all the time at work, and it works > > fabulously. I do this for disk based systems that have / and /usr on > > the same file system too. > > To do it right for split root/usr installations requires a few patches > though. The rtld and the libs required for /[s]bin need to move to / and > compat symlinks created from /usr. A suitable crunchgen'ed binary for > /recover would be useful too. I had some local patches that did a subset of this -- moved ld.so to /lib, as well as installing shared libraries to /lib instead of /usr/lib for the base system. I seem to recall I also had to tweak some defaults in ld.so or rtld or the like, though. I agree that the right path to support fully dynamic systems properly is to adopt the approach taken by NetBSD: provide a decent /recover with crunchgen, etc. I do use fully dynamic stuff for some local test boxes, makes upgrading libc code for development purposes much easier, as well as supporting dlsym() for /sbin, which is very useful in my environment. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1021115013536.10878C-100000>