> How is having every single daemon implement setuid, chroot, logging, privilege dropping and so on "unix way"? You are predicating your argument upon a fallac

> How is having every single daemon implement setuid, chroot, logging, privilege dropping and so on "unix way"? You are predicating your argument upon a fallacy. AT&T Unix had a service manager from 1988 onwards. * http://jdebp.eu./FGA/unix-service-access-facility.html http://jdebp.eu./FGA/unix-service-access-facility.html Indeed Laurent Bercot's s6 is one of the very toolsets where all of those things are done by the toolsets. Arguing that the idea is having each program incorporate this is at best foolish and pretty much the very only-systemd-or-van-Smoorenburg-rc fallacy called out by the Uselessd Guy years ago. * http://jdebp.eu./FGA/daemontools-family.html http://jdebp.eu./FGA/daemontools-family.html * http://uselessd.darknedgy.net./ProSystemdAntiSystemd/ http://uselessd.darknedgy.net./ProSystemdAntiSystemd/ > no one did the hard job of converting thousands of packages to daemontools Ahem! % find /package/admin/nosh/config/services -name run | wc -l 849 % find /var/sv -name run | wc -l 816 % * http://jdebp.eu./Softwares/nosh/freebsd-binary-packages.html#Bundles http://jdebp.eu./Softwares/nosh/freebsd-binary-packages.html... * http://jdebp.eu./Softwares/nosh/debian-binary-packages.html#Bundles http://jdebp.eu./Softwares/nosh/debian-binary-packages.html#... * http://jdebp.eu./Softwares/nosh/guide/creating-bundles.html http://jdebp.eu./Softwares/nosh/guide/creating-bundles.html