From owner-cvs-all Sun Jun 10 5: 6:10 2001 Delivered-To: cvs-all@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 9A79737B403; Sun, 10 Jun 2001 05:06:03 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.22 #1) id 1593yn-0000w9-00; Sun, 10 Jun 2001 14:06:05 +0200 From: Sheldon Hearn To: Robert Watson Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc rc In-reply-to: Your message of "Sat, 09 Jun 2001 11:53:20 -0400." Date: Sun, 10 Jun 2001 14:06:05 +0200 Message-ID: <3604.992174765@axl.seasidesoftware.co.za> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 09 Jun 2001 11:53:20 -0400, Robert Watson wrote: > Me, and the answer is no: RELENG_4_3 is currently reserved for security > fixes only. How silly. :-) > And frankly, as well tested as the patch may have been, it would have > hurt no one to wait 2 days to MFC those changes. The cost of screwing up > the rc scripts (especially file system mounting) on -STABLE are pretty > high: even if you feel the risk is low, a delay of two days is worth it. Fair enough. All I can say is that the rc scripts were _already_ screwed up for anyone who might try to add smbfs automounts to /etc/fstab. This fixes a problem. > Also, does your definition of remote file systems include Arla, Coda and > AFS? Are you aware that both of those remote file systems require > supporting daemons before they can be started, and those remote daemons > aren't loaded until /usr/local/etc/rc.d/* have been executed? No. Both you and Garrett seem to think that I should back out this small change that fixes a problem and that folks should wait for someone (certianly not me) to fix several other problems first. I realize that the "leave it broken until we can fix it properly, even if we have a partial fix available right now that isn't completely evil" mindset is popular, so I'll back out the change. This whole problem would be mostly solved if people hadn't put up so much resistence to NetBSD's new rc scheme, which is working very well for them. I'm happy to contribute work to the project, as long as the definition of work doesn't include having to invest lots of energy in convincing people that an okay solution is better than no solution as long as it doesn't cripple development. I suspect that this perceived up-hill battle puts quite a few people off contributing (I wonder if nbm is reading this). :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message