1 |
Rich Freeman <rich0@g.o> wrote: |
2 |
> |
3 |
> First, it doesn't sound like qmail actually requires daemontools, but |
4 |
> simply happens to include a daemontools service config. |
5 |
|
6 |
My understanding is that qmali contains a "daemon" which does not |
7 |
daemonize itself. To my knowledge, you can start such a thing |
8 |
only with daemontools and systemd; probably the start-daemon of |
9 |
openrc is not powerful enough for this. |
10 |
But you are right that even in this case an || dependency on |
11 |
daemontools and systemd is questionable. |
12 |
|
13 |
(However, this does not solve the OPs problem, because unless |
14 |
you are an expert and write a systemd-script you will then |
15 |
*want* to install daemontools and actually put it into your |
16 |
world file.) |
17 |
|
18 |
> Second, it sounds like daemontools requires openrc to run. |
19 |
|
20 |
No. As I mentioned in another post, systems can run even without |
21 |
any init-system, and there are two frequent use cases for this: |
22 |
dedicated servers and embedded systems, e.g. used for fileserving, |
23 |
firewalling, as log servers, or whatever. |
24 |
On such systems, you might want just a shell script which starts |
25 |
the serving daemons (e.g. using daemontools), and nothing more. |
26 |
Perhaps you actually want a dedicated mail server which runs |
27 |
only qmail and daemontools... |
28 |
|
29 |
Moreover, even if you want an additional init-system, this need |
30 |
not necessarily be openrc, but might also be runit or some other |
31 |
system not in portage (I cannot recall the names, currently). |
32 |
|
33 |
By the same argument you have given above, a dependency of |
34 |
daemontools on some other init system (even a || dependency) |
35 |
is questionable. |