Re: Bug#164301: ITP: runit -- a UNIX init scheme with service supervision
* Gerrit Pape [Sun, Oct 13 2002, 09:57:59PM]:
> On Fri, Oct 11, 2002 at 11:01:26PM -0500, Graham Wilson wrote:
> > On Fri, Oct 11, 2002 at 02:43:08PM +0200, Gerrit Pape wrote:
> > > schemes. runit currently runs on Debian GNU/Linux, OpenBSD, FreeBSD, and
> > how well does runit integrate with debian? for example, does it handles
> > update-rc.d and if yes, how so?
> No. runit doesn't use init scripts. It uses run scripts like the
Well, than you should either declare it as an experimental init
replacement that people can use if they know what they are doing and
stop claiming it to be an equal init replacement, or write some
emulation for update-rc.d plus direct support for already installed
> daemontools package. run scripts, mostly starting daemons, must run in
> the foreground. Currently controlling a service must be done manually,
> runit provides a daemontools alike interface to do so.
This method still sucks. What happened with those ideas about
integrating or developing an init program that uses a dependency map
between the init scripts, so the user can set priorities?! Ie. "start
SSH as soon as possible, including all required prequisites (networking,
hostname, firewall)" or "start mta, fetchmail and gettys as soon as
possible, other things can run in background".
What about using make for a such thing? I imagine something with make:
# yeah, make=essential ;)
all: fetchmail getty
lvm, mdadm, evms start scripts
whatever you need
- a directory containing parts of THE makefile, beginning with
01_header. A script merges them all to THE makefile
If someone wants to help a such beast, contact me. I do not have much
time in the next weeks, but I would like to have a makeinit.
<DeVries> Wann kommt Debian3.0? Jemand n ungefähres oder genaues Datum parat?
<Alfie> DeVries: Wenn es fertig ist.
<Falky> dwVries wenn es fertig ist
<weasel> DeVries: ziemlich genau dann, wenn es fertig ist.