removing stale files
Marcel Moolenaar
marcel at xcllnt.net
Wed Jun 11 12:06:30 PDT 2003
On Wed, Jun 11, 2003 at 02:36:49PM -0400, Garance A Drosihn wrote:
>
> >NetBSD's approach in etcupdate is based on a master list of
> >files that have gone away.
>
> I think that something small and simple like this is what we
> should do at first, because it's something we can do in a
> short amount of time, and still have reasonable confidence
> that we aren't doing any harm.
I'm not sure people realize that things are being mixed-up.
The removal of, say, stale header files has nothing to do
with /etc or configuration. The removal of a header file
should be done at installworld time when the new bits that
define FreeBSD without said header is being put in place.
The same applies to locale files, libraries and binaries.
Do not add to the problem space those bits that are handled
(or supposed to be handled) by mergemaster. That we don't
touch.
As for the argument that removing a library, binary or header
may break some tools, scripts or sources that depend on it:
If that happens, we failed to maintain backward compatibility.
The bug is not in the removal of a stale file, but in the
fact that the file has become stale. Keeping stale files
around only hides the bug.
If breaking the backward compatibility was intentional, then
removal of the file is mandatory.
FWIW,
--
Marcel Moolenaar USPA: A-39004 marcel at xcllnt.net
More information about the freebsd-arch
mailing list