From owner-cvs-all Fri Aug 28 21:44:15 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09918 for cvs-all-outgoing; Fri, 28 Aug 1998 21:44:15 -0700 (PDT) (envelope-from owner-cvs-all) Received: from word.smith.net.au (castles244.castles.com [208.214.165.244]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA09906 for ; Fri, 28 Aug 1998 21:44:12 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id VAA00419; Fri, 28 Aug 1998 21:41:00 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199808282141.VAA00419@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Matthew Dillon cc: "Jordan K. Hubbard" , Mike Smith , committers@FreeBSD.org Subject: Re: make.conf In-reply-to: Your message of "Fri, 28 Aug 1998 19:51:30 MST." <199808290251.TAA21595@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Aug 1998 21:40:59 +0000 From: Mike Smith Sender: owner-cvs-all@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : * In general, No auditing of rc.conf.local is necessary. No merging, > : no editing, no nothing. In rare cases someone may turn on something > : in rc.conf that we may want to turn off in rc.conf.local, but we > : haven't come across such a case yet even when drastic changes are > : being made to rc.conf by the committers. > > I should make a correction here... after the initial turning off of > certain basic services turned on in rc.conf.local, that is. Once you've > set up your base overrides in rc.conf.local, you generally don't have > to mess with it during future upgrades even if the distribution rc.conf > file goes through major changes. That would imply a minimum of conflict between an automatically upgraded /etc/rc.conf and your scheme; because you leave /etc/rc.conf untouched, the upgrade would simply migrate it to the newer version, but your overrides would be left untouched. The one difficult case would be where a new addition to /etc/rc.conf was made which enabled a service which you wanted disabled. -- \\ 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