| 1 |
Sorry, I forgot to answer the real question :-). There is definitely |
| 2 |
a positive impact. |
| 3 |
|
| 4 |
Daemontools is just an alternative to init.d, it has some advantages |
| 5 |
over it in my opinion, such as portability, more flexibility with |
| 6 |
signals, logging and more. You can read up on some of the advantages |
| 7 |
in the http://cr.yp.to/daemontools/faq.html. |
| 8 |
|
| 9 |
Of course, this is a matter of taste. But daemontools is already being |
| 10 |
used to supervise some services, such as qmail and djbdns. And since |
| 11 |
it's already in use, I think it'd be the right thing to do to implement |
| 12 |
some generic mechanism in which services can offer you to use |
| 13 |
daemontools to supervise them, i.e. the USE flag. |
| 14 |
|
| 15 |
-- hhg |
| 16 |
|
| 17 |
On 09.09.2003 "Hallgrimur H. Gunnarsson" <hhg@××××.is> wrote: |
| 18 |
> On 09.09.2003 "Bryan D. Stine" <admin@××××××××.net> wrote: |
| 19 |
> > But doesn't daemontools itself use an initscript anyway? I suppose you |
| 20 |
> > just want this to be used in a way similar to how it works with qmail |
| 21 |
> > and djbdns? It's an interesting idea, but (excuse my ignorance on this) |
| 22 |
> > I don't really see what positive impact it will have on the system. Feel |
| 23 |
> > free to insult and enlighten me! |
| 24 |
> |
| 25 |
> Daemontools has to be run from somewhere yes, just as init.d is |
| 26 |
> run through inittab. |
| 27 |
> |
| 28 |
> Daemontools is currently being executed through an init.d script, |
| 29 |
> which is not the preferred way to do it. Usually you run it from |
| 30 |
> inittab. |
| 31 |
> |
| 32 |
> -- hhg |
| 33 |
> |
| 34 |
> -- |
| 35 |
> gentoo-dev@g.o mailing list |
| 36 |
> |
| 37 |
|
| 38 |
-- |
| 39 |
gentoo-dev@g.o mailing list |
Archives