From owner-freebsd-hackers Sun Jan 31 23:40:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07118 for freebsd-hackers-outgoing; Sun, 31 Jan 1999 23:40:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07105 for ; Sun, 31 Jan 1999 23:40:27 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA24712; Sun, 31 Jan 1999 23:37:21 -0800 (PST) Received: from s204m82.isp.whistle.com(207.76.204.82) via SMTP by alpo.whistle.com, id smtpds24709; Mon Feb 1 07:37:12 1999 Date: Sun, 31 Jan 1999 23:37:10 -0800 (PST) From: Julian Elischer X-Sender: julian@s204m82.isp.whistle.com To: Wes Peters cc: Peter Jeremy , hackers@FreeBSD.ORG, Robert Withrow Subject: Re: more modular rc/init/uninit system... In-Reply-To: <36B5556B.1957A699@softweyr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sounds like you arwe describing the process that we use to control the interjet. all system activities are assigned dependencies, including such things as "hostname was changed" and similar events. If you indicate such an event the dependency graph is traversed and all services that have such a dependency are notified or restarted. Of course it's very interjet specific. so of course it IS doable.. but it requires a lot ofinfrastructure, and of course we are running a very predictable environment where we know all activities being run under freeBSD onth e Interjet, as well as the hardware configuration. So our dependencies can be hardcoded.. julian On Mon, 1 Feb 1999, Wes Peters wrote: > Peter Jeremy wrote: > > > > Peter Wemm wrote: > > [make vs tsort] > > >The advantage of make is that you could do a 'make -j12 boot' style thing > > > > There's no reason why you can't automatically build a makefile from > > a list of dependencies embedded in the scripts. The script to do this > > would be very similar to the script used to generate the input to tsort. > > > > I think the concept of allowing arbitrary `run level' names with > > arbitrary dependencies is more important than whether it is implemented > > using tsort(1) or make(1) to resolve the dependencies. > > Agreed. What external programs are called in the process is immaterial; > as usual in the UNIX world we have an embarrassment of riches. ;^) > > So, let's define some baseline wishes here, then discuss how one might > go about implementing them. I'll try to list what I've seen here so > far. > > o The ability to start and stop individual subsystems, and start/stop > all dependent subsystems. > > o The ability to specify some sort of alternate configuration name on > system startup, for instance to move between an ethernet and PPP > configuration. > > o The ability to add a package into the system configuration without > editing existing scripts; each package configuration file should be > standalone and self-contained. > > Did I hit the high points? > > I really think this is doable, if we can figure out what it is that > we're trying to do. So far, Robert Withrow's proposal with each > script providing a standard set of shell functions is looking pretty > promising. > > -- > "Where am I, and what am I doing in this handbasket?" > > Wes Peters Softweyr LLC > http://www.softweyr.com/~softweyr wes@softweyr.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message