Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Oct 2004 13:28:36 +0200
From:      Alexander Leidinger <Alexander@Leidinger.net>
To:        Thomas Hurst <tom.hurst@clara.net>
Cc:        "M. Warner Losh" <imp@bsdimp.com>
Subject:   Re: RFC: automated way of removing old base system files (only for a recent 6-current!)
Message-ID:  <1098703716.417ce36428e2a@netchild.homeip.net>
In-Reply-To: <20041024131927.GA60644@voi.aagh.net>
References:  <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> <20041024131927.GA60644@voi.aagh.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Zitat von Thomas Hurst <tom.hurst@clara.net>:

> * Alexander Leidinger (Alexander@Leidinger.net) wrote:
>
> > But mtree doesn't has an option to ask the user if he really wants to
> > delete those files (at least it's not very obvious if you fast-read
> > the man-page). Even if they are old base system files, I don't want to
> > just remove them without explicit permission. Better safe than sorry.
> > But maybe I'm paranoid (at least for files and directories, but I
> > strongly discourage the automated removal of old libs).
>
> Can you move them to another directory like portupgrade?  Then just
> leave it up to the user to clean out lib/compat/old or so?

Libraries which get removed this way are supposed to appear as an comapt
distribution of some kind... e.g. ports/misc/compat4x. So the intended way
of operation would be to either install the compat port and remove the old
libs, or to reinstall every port with the right dependencies to the new
libs and remove the old libs.

Warner and I are talking how to implement the "remove the old libs" step. My
approach allows a "run and abort if necessary" behavior, while Warners
suggestion is a "fire and get burned if you forgot something" scenario (you
could have a look at the files which specify what is supposed to get removed,
but this view isn't filtered and additionally you have to know where the
filelist is stored).

Bye,
Alexander.

-- 
http://www.Leidinger.net/     Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org/        netchild @ FreeBSD.org  : PGP ID = 72077137
Campus sidewalks never exist as the straightest line between two
points.
		-- M. M. Johnston



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1098703716.417ce36428e2a>