Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 02 Feb 1999 16:20:45 +1030 (CST)
From:      "Daniel O'Connor" <doconnor@gsoft.com.au>
To:        Wes Peters <wes@softweyr.com>
Cc:        freebsd-hackers@FreeBSD.ORG, David Wolfskill <dhw@whistle.com>
Subject:   Re: more modular rc/init/uninit system...
Message-ID:  <XFMail.990202162045.doconnor@gsoft.com.au>
In-Reply-To: <36B68DFA.C14D590E@softweyr.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On 02-Feb-99 Wes Peters wrote:
>  The dependency stuff is the only reason for doing this; it's the shaft
>  the knobs attach to.  It's been pointed out many times before that doing
>  it without the "dependency stuff" is of little value.

Oh, well that comes as a suprise to me :)
I really like the idea of having scripts to call to handle start/stop/reconf/status of
servers. The dependancy stuff is nice but its going to take some thinking about, whereas
the scripts are a nice (useful IMHO :) place to start.

>  Now that's a sparkling idea.  I'm not sure we'll need the $PREFIX/etc/rc.d 
>  directories anymore, though, they were mostly a hack caused by our severe
>  lack of an /etc/rc.d directory.  I guess it won't add much to the complexity
Yes, perhaps. The idea of having the user installed stuff all in /usr/local is appealing
though.

>  to retain them, but it won't really work to do it partially.  I could, for
>  instance, write a script for my Perforce server in a couple of minutes, but
>  since it depends on "network", it's just not really going to work without
>  the system stuff, too.
Yes, but say you tweak a config file, you just run the script to reconf since you know
the network is up. This would still be nice for newbies even without the dependancy stuff.
(The idea being that the dependancy code just calls the scripts which are already in
place)

---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.990202162045.doconnor>