Date: Mon, 7 Oct 2002 20:07:37 -0400 (EDT) From: Daniel Eischen <eischen@pcnet1.pcnet.com> To: "Greg 'groggy' Lehey" <grog@FreeBSD.ORG> Cc: "M. Warner Losh" <imp@bsdimp.com>, FreeBSD-current@FreeBSD.ORG Subject: Re: Removing old binaries (was: Do we still need portmap(8)?) Message-ID: <Pine.GSO.4.10.10210072004230.1519-100000@pcnet1.pcnet.com> In-Reply-To: <20021007234610.GT14070@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote: > On Monday, 7 October 2002 at 11:20:56 -0600, M. Warner Losh wrote: > > In message: <20021007063250.GF14070@wantadilla.lemis.com> > > "Greg 'groggy' Lehey" <grog@FreeBSD.ORG> writes: > >> It's been a while since we've used portmap(8) on -CURRENT systems. Is > >> it still needed, or can it be removed completely? At the very least, > >> the man page should stop claiming that it's necessary to run NFS. > > > > I think that we need a mtree.obsolete that goes through and deletes > > these sorts of things as part of installworld/upgrade scripts. > > I think we can greatly simplify things with one firm but relatively > bearable rule: > > The directories /bin, /usr/bin, /sbin, /usr/sbin, <insert others > here> are for the exclusive use of the system installer. Install > other programs here at your peril: they will be overwritten on the > next installation. > > There are then dozens of ways of finding the old files and removing > them. I'd be inclined just to remove all files in those directories > which are older than some file in the build tree--*after* a successful > installation. > > Thoughts? I don't think doing this by default is a good idea. Sometimes I like to preseve previous versions of things, knowing that they work. I'd prefer this as a job for mergemaster, asking you confirmation for each binary. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.10.10210072004230.1519-100000>