From owner-freebsd-hackers  Thu Jun 14 16:36: 6 2001
Delivered-To: freebsd-hackers@freebsd.org
Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67])
	by hub.freebsd.org (Postfix) with ESMTP
	id 346C537B403; Thu, 14 Jun 2001 16:36:03 -0700 (PDT)
	(envelope-from dillon@earth.backplane.com)
Received: (from dillon@localhost)
	by earth.backplane.com (8.11.3/8.11.2) id f5ENa2r34926;
	Thu, 14 Jun 2001 16:36:02 -0700 (PDT)
	(envelope-from dillon)
Date: Thu, 14 Jun 2001 16:36:02 -0700 (PDT)
From: Matt Dillon <dillon@earth.backplane.com>
Message-Id: <200106142336.f5ENa2r34926@earth.backplane.com>
To: Doug Barton <DougB@DougBarton.net>
Cc: Warner Losh <imp@harmony.village.org>,
	Cyrille Lefevre <clefevre@redirect.to>,
	Andrew Hesford <ajh3@usrlib.org>,
	Gordon Tetlow <gordont@bluemtn.net>, Jon Parise <jon@csh.rit.edu>,
	Will Andrews <will@physics.purdue.edu>,
	Mark Santcroos <marks@ripe.net>, <bsddiy@163.net>,
	<freebsd-hackers@FreeBSD.ORG>, <eivind@FreeBSD.ORG>
Subject: Re: import NetBSD rc system 
References:  <20010614162333.V810-100000@dt051n37.san.rr.com>
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG


:
:On Thu, 14 Jun 2001, Matt Dillon wrote:
:
:>    My advise:  First make it work.  THEN make it work better.
:
:	Excellent advice, as long as you don't skip the steps of
:appropriately defining the problem domain and evaluating all of the
:possible solutions for it.

   Well, now mind you I am not arguing with you specifically, but I will
   point out that you might garner a great deal more input into the project
   if someone does a good first-run port of the NetBSD stuff and actually
   gets it into the tree as an alternative, even if it isn't 100% perfect.
   Then people can actually start using the thing and generate much more
   focused bug reports, fixes, and comments.

   If you try to make the thing 'perfect' in the first release you could
   end up dragging development out many more weeks or months then otherwise.

   I was thinking of something along the lines of an rc.conf variable that
   causes /etc/rc to use the new system rather then the old.  That way someone
   (like me) can simply set a single variable in /etc/rc.conf, keep all
   the other rc.conf that was there intact, reboot, and magically be using
   the new system.  If it doesn't work right, I can comment out the variable,
   reboot again, and be back to my old system, and then generate a bug
   report.

						-Matt

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message