Date: Tue, 6 May 2003 22:00:34 -0400 From: The Anarcat <anarcat@anarcat.ath.cx> To: Garrett Wollman <wollman@lcs.mit.edu> Cc: current@freebsd.org Subject: Re: hardcoded -C argument to ${INSTALL} Message-ID: <20030507020034.GC692@lenny.anarcat.ath.cx> In-Reply-To: <200305070126.h471QjNr067902@khavrinen.lcs.mit.edu> References: <3EB8109D.2060307@isi.edu> <20030507083913.Y18014@gamplex.bde.org> <p0521060abaddf1caa9fc@[128.113.24.47]> <200305070126.h471QjNr067902@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
--vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue May 06, 2003 at 09:26:45PM -0400, Garrett Wollman wrote: > <<On Tue, 6 May 2003 20:09:49 -0400, Garance A Drosihn <drosih@rpi.edu> s= aid: >=20 > > I think this "remove stale pieces" issue is one that we have > > to find a decent solution to, because it keeps popping up > > every few months (in slightly different contexts), and it's > > going to drive us all nuts. >=20 > ...which is odd because releases have come with mtree files for quite > a few years now, and they contain all the information necessary to > compute the set difference between two arbitrary releases.=20 Not quite. If you're talking about the /etc/mtree files, they only deal with directories. > It wouldn't take too much programming to add a flag to mtree(8) > which implements the `read the spec file and output a list of files > which ought to be present' function, and then all you need is > sort(1) and comm(1) to determine which files went away for any pair > of releases since the mtree files started being distributed (which > includes all the ones that matter). Of course, you could just use > `mtree' to delete the old files for you, but you have to be very > careful when doing that not to delete the user's files, too. Well, I think mtree already does that: DESCRIPTION The mtree utility compares the file hierarchy rooted in the current directory against a specification read from the standard input. Messa= ges are written to the standard output for any files whose characteristics= do not match the specifications, or which are missing from either the file hierarchy or the specification. --=20 Advertisers, not governments, are the primary censors of media content=20 in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm --vEao7xgI/oilGqZ+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+uGjBttcWHAnWiGcRAuwzAKCUurf2slRbe9xl7yKlqYjYOg2HQgCaA+mR ax4u3LfrGfHC9bKZ/OzJLKc= =dHPT -----END PGP SIGNATURE----- --vEao7xgI/oilGqZ+--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030507020034.GC692>