> e.g. I see no reason for them (and the system in question isn't the one where stray processes are welcome in the first place).
So you prefer to blindly trust all daemon developers that they correctly process all the shutdown requests and won't hang your box during restart?
For example, BIND had a bug where it hangs indefinitely on exit if DNSSEC is used. Doubly nice on a remote server, especially if init kills sshd first. And yes, that caused me a real-life 4am trip to our datacenter to press the "reset" switch.
>> There's also nothing wrong with systemd's use of D-Bus.
>...but http://secunia.com/advisories/search/?search=dbus
Systemd uses dbus for communication between trusted processes as a simple form of RPC. It can run totally fine without system-level bus.
>> thus making systemd portable would be a waste of time.
>What about accepting patches?
Has anyone actually bothered to create a compat patch for systemd?
>Heck, I've suggested this article in the distro's devel mailing list just in case OpenRC might get considered and found useful -- we thoroughly dislike an idea of running systemd at servers.
Why? Because of various phobias?