Subject: Re: startup files (was Re: Updating /etc... )
To: perry@piermont.com, Ted Lemon <mellon@fugue.com>
From: This is my bacque pas, this is my faux pas) <greywolf@defender.VAS.viewlogic.com (>
List: current-users
Date: 12/20/1995 13:33:35
#define AUTHOR "perry@piermont.com ("Perry E. Metzger")"
/*
* Some (possibly controversial) comments:
*
* 1) I think that everyone agrees that it would be better if packages
* could just drop an initialization file into the "right place" and
* have the "right thing" happen -- i.e. that the notion of an rc.d
* isn't so bad, but that it doesn't by itself solve some problems.
* 2) I think that people generally agree that run levels aren't
* something we want in NetBSD.
* 3) I think that people generally agree that people want flexibility,
* so it is better if the rc.d style thing gets invoked by rc via a
* shell mechanism and is not built in to init -- ditto that people
* aren't really in to shutdown scripts.
* 4) I think that people generally agree that we need a better mechanism
* to solve the ordering problem for scripts -- you really want to be
* able to say "start this thing after dns and nfs are up", etc.
*
* 4) Is the only problem that I think is hard, and I believe that by
* having an explicit dependency list in each script file, we can
* probably have some code produce an ordering based on dependencies
* rather than trying to do this by kludges like putting numbers in front
* of the scripts.
*
* Comments?
Well, from my point of view (FWIW) that's pretty spot on.
Don't forget (tangentially):
5) A sticking point seems to be that "it would be nice to be able
to delete portions of the software as well as adding other
'packages'". But that's a piece of cake, really.
*
* Perry
*
*/
#undef AUTHOR /* "perry@piermont.com ("Perry E. Metzger")" */
--*greywolf;
--
912559 12648430 5UCK5 R0CK5.