Re: Cleaning stale files from the base (Was: Re: cvs commit: src ObsoleteFiles.inc)

From: Alexander Leidinger <Alexander_at_Leidinger.net>
Date: Wed, 27 Jul 2005 12:05:38 +0200
Doug Barton <DougB_at_freebsd.org> wrote:

> I use the script that I posted at 
> http://people.freebsd.org/~dougb/after_installworld for this.
>
> Some desirable additions to that script might be a list of files to 
> ignore (such as perl symlinks in /usr/bin), and an option to delete 
> the file outright, but this is a good proof of concept for what I 
> have in mind.
[...]
> So like I said, this isn't perfect, but as a POC it's a good place to start.

One of the design goals of the recently committed way of removing obsolete
files was to *not* remove a file which we never had in the base system (I'm
not sure I mentioned this in the commit log). So if an administrator decides
to move something to somewhere in the base system (for whatever reason), it
will stay where it is (and this is good, since this move was done with a
specific purpose).

Your approach works on your system where you know what you're doing, but in
an environment with more than one administrator and where no FreeBSD guru
takes care about the systems it may result in a lot of frustation. Obviously
in this case someone did something wrong, but if we officially go this route
I would say we are doing something wrong (we're violating POLA then). So
whoever implements such an automatic list generation should make sure he
DTRT.

Bye,
Alexander.

-- 
http://www.Leidinger.net  Alexander _at_ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org     netchild _at_ FreeBSD.org  : PGP ID = 72077137
   104: fork(2)
          New processes are created by other processes, just like new
          humans. New humans are created by other humans, of course, not
          by processes. (Unix System Administration Handbook)
Received on Wed Jul 27 2005 - 08:05:46 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:39 UTC