On Sun, 2021-07-25 at 20:52 -0400, Rich Freeman wrote: > On Sun, Jul 25, 2021 at 8:39 PM Michael Orlitzky <m...@gentoo.org> wrote: > > > > This is indeed a bug, but not the ones that have been suggested. The > > underlying problem is that the DJB programs (mail-mta/netqmail, but > > also net-dns/djbdns, for example) require a particular service manager. > > Is it actually using daemontools as a service manager? I am not > familiar enough with it to say. > > When I skimmed the daemontools wiki page I got the impression that it > was intended to be used in conjunction with openrc.
You start svscan (part of daemontools) with OpenRC, but then you do some other stuff to make svscan actually start the daemon. > So, if it is intended as a service manager, it really shouldn't list > it as a dependency. After all, we don't go sticking > openrc/systemd/runit in every package that provides configs for these. If a service manager is only needed to launch a daemon, then sure. But the <daemon>-conf setup programs for djbdns (I don't know about qmail) create scripts that run executables from daemontools. So unless those are rewritten or replaced, daemontools is actually needed at runtime. > > > We should have made them support OpenRC and systemd. > > Well, this at least is the subject of a Council decision: no package > has to support ANY service manager, nor can package maintainers block > adding support for service managers to a package. > It may be legal to ship a package that's useless out-of-the-box, but I'm gonna consider it a bug =)
