From owner-freebsd-current Fri Jul 5 19: 5:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5BFA37B400 for ; Fri, 5 Jul 2002 19:05:41 -0700 (PDT) Received: from mail4.svr.pol.co.uk (mail4.svr.pol.co.uk [195.92.193.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id C093543E31 for ; Fri, 5 Jul 2002 19:05:40 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: from modem-233.abra.dialup.pol.co.uk ([217.135.1.233] helo=mailgate.originative.co.uk) by mail4.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17Qex9-0007Ev-00; Sat, 06 Jul 2002 03:05:39 +0100 Received: from lobster.originative.co.uk (lobster.originative.co.uk [10.0.0.254]) by mailgate.originative.co.uk (Postfix) with ESMTP id E3DD11D13D; Sat, 6 Jul 2002 03:05:33 +0100 (BST) Subject: Re: Removing perl in make world From: Paul Richards To: Garance A Drosihn Cc: Terry Lambert , Sheldon Hearn , current@FreeBSD.ORG In-Reply-To: References: <1025862341.1573.40.camel@lobster.originative.co.uk> <20020705095258.GC775@starjuice.net> <1025864161.1573.45.camel@lobster.originative.co.uk> <3D261EA4.ABC3AEC@mindspring.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 06 Jul 2002 03:05:46 +0100 Message-Id: <1025921146.881.16.camel@lobster.originative.co.uk> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-07-06 at 01:07, Garance A Drosihn wrote: > At 3:33 PM -0700 7/5/02, Terry Lambert wrote: > > > >So, to summarize: > > > > Let me summarize my own position. > > There are a number of files which installworld does install. After > an installworld is done, there may be a number of files on a person's > hard disk which were not put there by the most recent installworld. > > For each of those files, the issue is one of intent. > > 1) Is it there because the administrator explicitly wanted it > to be there, for explicit reasons that may be perfectly valid > even while testing the latest snapshot of current? > 2) or is it left-over cruft from some previous install, and > which is only getting in the way of proper testing? > > If you keep it that simple, instead of writing 200-line summaries > of what is going on (and the possible motivations of everyone), then > the solution is also simple. The above is just a slight variation > from what happens with /etc config files during a new installworld. > > We should not have anything which automatically blows away those > files. We should have an "unmergemaster" script, which will find > those files, and **ASKS THE DEVELOPER** what they want to do for > each of those files (or maybe for each set of files). No automatic > process is going to be 100% right 100% of the time. I think a -current system is something that should be assumed to be a semi-known environment though. Let's start with a premise: No-one running current is using it for anything other than developing FreeBSD. Given that premise, then there shouldn't be anything in /usr outside of /usr/local, that wasn't put there by make world. Likewise the same should be true of /sbin and /bin. Therefore running, find $listofdirs -newermt $date -delete should be perfectly OK since it's only going to clear out old files that are no longer part of FreeBSD (where $listofdirs is directories that should not be touched other than by make world, and $date is the date of the last install). The only tweak that is necessary is in the case of /usr/lib, where files should be moved to a compat dir and not deleted. I do this periodically on my dev box and it does show up issues. I think it's something we should build into our infrastructure as a step towards a better known environment for testing -current. -- Paul Richards | FreeBSD Services Ltd | Order 4.6 on DVD now. http://www.freebsd-services.com | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message