From owner-freebsd-hackers Mon Jun 24 08:31:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00156 for hackers-outgoing; Mon, 24 Jun 1996 08:31:44 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00148 for ; Mon, 24 Jun 1996 08:31:39 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id PAA14528; Mon, 24 Jun 1996 15:30:07 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma014518; Mon Jun 24 15:29:42 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id IAA09724; Mon, 24 Jun 1996 08:29:41 -0700 Date: Mon, 24 Jun 1996 08:29:41 -0700 From: "M.R.Murphy" Message-Id: <199606241529.IAA09724@meerkat.mole.org> To: mrm@mole.Mole.ORG, terry@lambert.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist Cc: alk@Think.COM, hackers@freefall.freebsd.org, phk@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Can we agree with the statement: > > o Be it resolved that future work will be done on FreeBSD, > such that upgrades are designated as expected events, > and thus we should not engage in behaviours which screw > the ability to upgrade. > > ? I'd agree with the above without even mumbling. I suggest the following as a very small first step: remove /etc/rc.local from the distribution. /etc/rc does the Right Thing if /etc/rc.local isn't there. Anything that is developer supplied in /etc/rc.local should be moved to /etc/rc iff it is important enough to be there. If a local administrator wants to add /etc/rc.local, fine. If a local administrator wants to dink with /etc/rc, fine too, but the local administrator must then live with upgrade problems. I note that I prefer the rc.d startup method, but, in the interest of tradition, the /etc/rc /etc/rc.local method will do and is almost equivalent. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good