From owner-cvs-all Fri Aug 28 18:52:38 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25231 for cvs-all-outgoing; Fri, 28 Aug 1998 18:52:38 -0700 (PDT) (envelope-from owner-cvs-all) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25221 for ; Fri, 28 Aug 1998 18:52:32 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id SAA06317; Fri, 28 Aug 1998 18:49:29 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199808281849.SAA06317@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: committers@FreeBSD.org Subject: Re: make.conf In-reply-to: Your message of "Fri, 28 Aug 1998 18:45:10 MST." <23439.904355110@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Aug 1998 18:49:28 +0000 From: Mike Smith Sender: owner-cvs-all@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Just out of curiosity, given that /etc/make.conf is an entirely "local" > > (ie. site-specific) file, if you want to localise such that all your > > I think the issue is that it's not "entirely local" anymore, just as > /etc/rc.conf isn't entirely local since you want to periodically merge > it with the latest versions in order to get all the same hooks and > customization knobs that everyone else is using. In that scenario, > you don't want to touch /etc/make.conf and /etc/rc.conf at all, you > want to update them as part of your system upgrade procedure and only > override the variables you're specifically interested in customizing. You're right; I should have said "is meant to be entirely local". As Matt pointed out, we're not using it like it's "meant" to be used. > The fact that we handle this badly during upgrades is what's probably > leading to a lot of features like Matt's. If we did a better job of > keeping /etc up to date while preserving the various localizations, > it wouldn't be an issue. But we don't. :( Agreed. It's not *impossibly* hard to merge at least some of this stuff; both rc.conf and make.conf are reasonably straightforward. Don't we have any aspiring Perl5 or Tcl weenies out there that would like to make their mark? 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com