| 1 |
But doesn't daemontools itself use an initscript anyway? I suppose you |
| 2 |
just want this to be used in a way similar to how it works with qmail |
| 3 |
and djbdns? It's an interesting idea, but (excuse my ignorance on this) |
| 4 |
I don't really see what positive impact it will have on the system. Feel |
| 5 |
free to insult and enlighten me! |
| 6 |
|
| 7 |
Hallgrimur H. Gunnarsson wrote: |
| 8 |
|
| 9 |
>Hello friends ! |
| 10 |
> |
| 11 |
>I'd like to propose a new USE flag. |
| 12 |
> |
| 13 |
>On my systems I've added a 'daemontools' USE flag |
| 14 |
>as an alternative to the current init.d for |
| 15 |
>service management. To be a true metadistribution, |
| 16 |
>it doesn't seem fair to let init.d have a monopoly |
| 17 |
>on providing service management for packages. |
| 18 |
> |
| 19 |
>For those who haven't heard of it before, daemontools |
| 20 |
>is a process supervisor that can manage services. |
| 21 |
>For more information see http://cr.yp.to/daemontools.html |
| 22 |
> |
| 23 |
>Integration of this functionality into ebuilds is in |
| 24 |
>most cases very trivial. Packages that wish to |
| 25 |
>provide daemontools USE flag support provide |
| 26 |
>a 'run' file, that is copied to a service directory, |
| 27 |
>/etc/daemontools/servicename, or something in that |
| 28 |
>direction. We could even have some automated facility |
| 29 |
>for preparing service directories. |
| 30 |
> |
| 31 |
>People can then choose what to use for running a particular |
| 32 |
>service, /etc/init.d or linking the service directory into |
| 33 |
>/service if the package provides daemontools support. |
| 34 |
> |
| 35 |
>I've opened a bug for this (#28294), so what do people |
| 36 |
>think of this? |
| 37 |
> |
| 38 |
>-- hhg |
| 39 |
> |
| 40 |
> |
| 41 |
>-- |
| 42 |
>gentoo-dev@g.o mailing list |
| 43 |
> |
| 44 |
> |
| 45 |
> |
| 46 |
> |
Archives