I know. Upstart does exactly that. But Paul says that systemd forbids
you from daemonizing, which is a different thing entirely, and which
makes systemd incompatible with much more than just nsd.
If systemd were incompatible with only nsd, that would be nsd's problem.
But if it's incompatible with many or even most services, then it's
systemd's problem, not nsd's. (The upstart man page says "most").
I know. Upstart does exactly that. But Paul says that systemd forbids
you from daemonizing, which is a different thing entirely, and which
makes systemd incompatible with much more than just nsd.
I'm unfamiliar with upstart and systemd, but "good" daemon packages
provide an option that enables them to choose between the two operating
modes.
If systemd were incompatible with only nsd, that would be nsd's problem.
But if it's incompatible with many or even most services, then it's
systemd's problem, not nsd's. (The upstart man page says "most").
That's imho a matter of time and convention.
I run only some of my services under 'runit', and the remainder using
conventional 'init.d' type start scripts. But I would prefer to run more
services from runit, and with less effort.
I have also been asking for this feature. I can understand that it would
take a fair amount of work for this feature, because the fork+kill model
is central to NSD.
I was happy with it being a feature of NSD4. However, I understand that
NSD4 has less priority now, so perhaps the kind folk at NLNet Labs
should consider a 3.3 branch with this feature, which would allow us to
run NSD supervised with systemd/upstart/runit/daemontools.