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

From: Alexander Leidinger (Alexander_at_Leidinger.net)
Date: 07/27/05

  • Next message: Kirk Davis: "RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots" 
    Date: Wed, 27 Jul 2005 12:05:38 +0200
To: Doug Barton <DougB@freebsd.org>

    Doug Barton <DougB@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 @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org     netchild @ 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)
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: Kirk Davis: "RE: 6-BETA1 iwi + wpa_supplicant fails, and sometimes silently re boots"