Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 8 Oct 2002 10:55:32 +0930
From:      Greg 'groggy' Lehey <grog@FreeBSD.org>
To:        Daniel Eischen <eischen@pcnet1.pcnet.com>
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:  <20021008012532.GF57557@wantadilla.lemis.com>
In-Reply-To: <Pine.GSO.4.10.10210072112020.8423-100000@pcnet1.pcnet.com>
References:  <20021008010539.GE57557@wantadilla.lemis.com> <Pine.GSO.4.10.10210072112020.8423-100000@pcnet1.pcnet.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday,  7 October 2002 at 21:18:10 -0400, Daniel Eischen wrote:
> On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
>> On Monday,  7 October 2002 at 20:07:37 -0400, Daniel Eischen wrote:
>>> On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
>>>
>>>> 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.
>>
>> Nothing's stopping you saving them first..
>
> In the same directory.

Nothing's stopping you doing whatever you want, ultimately.  I'm
looking for the solution to the 99% case.

>>> I'd prefer this as a job for mergemaster, asking you confirmation
>>> for each binary.
>>
>> I'd much rather not have to do *anything* manually.  That includes
>> updating /etc, but that's a much larger can of worms.
>
> Well, then try fixing the tool so it's not as manual.

Well, we used to have a tool which is automatic.  I'd like to get back
there.

> I'd rather be presented with a list of things that have changed, and
> a way to select all or none, or enter a submenu for finer-grained
> control of what gets removed/updated (generalizing).

As I said, I'd rather not have to do *anything* manually.

Greg
--
See complete headers for address and phone numbers

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?20021008012532.GF57557>