Anton Aylward wrote:
On 06/04/2014 08:50 PM, Dirk Gently wrote:
PID 1 is special, and there's no need to have a LOGIN DEAMON as part of PID 1. PID 1 should be starting daemons, not taking on the role of the daemons themselves
Indeed. On my system that is the case. When I run 'ps' I find root 866 1 0 May30 ? 00:00:05 /usr/lib/systemd/systemd-logind
Why does systemd need to run as '1' again? It's a matter of boundaries more than anything. If init had deficiencies, will I Poettering's name on any bug reports or suggestions to fix it? It seems he wants to be able to know when something w/o a parent dies. There are many uses of such -- I have multiple regular or long running jobs that I've thought about how to get notice of unexpected failures without trying to verify that there was "no problem" -- I prefer to be notified when there is a problem, I don't want to be notified when there is not. So if I put my own catch routine in PID 1, that won't be a problem w/modular systemd right? Vs. if I was going to write my catcher, I'd probably offer a subscription API so other processes can be notified of abnormal process termination. I'd design it to be usable by other people -- not just for me, as i'd think not doing that on a system resource like PID1, would be inappropriately selfish and short-sighted. Yet no one things twice when systemd puts a systemd-only replacement in place. Similarly, how easy does systemd make it to plug in 3rd party cgroup control scripts? As near as I can tell, systemd is intending to make it **more** difficult to use anything other than systemd, with Poetty's claim that is is the kernel devs who want it that way. Given that the kernel devs preferred a modular security model to the point of requiring they all exist in a loadable/configurable framework, it seems unlikely and some imaginary 'leap of faith' to see how such a rigid system would be wanted by anyone other than it's creators. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org