News for hackers. Stuff that matters.
Re:Rethinking the D-Bus Message Bus by jjoonathan on Wednesday August 23, 2017 @12:56PM (#15083103)
"Clean, sparse, intuitive, and discoverable"? I have yet to meet a single non-broken production init script that merits a single one of those adjectives.
Re:Rethinking the D-Bus Message Bus by api on Wednesday August 23, 2017 @01:00PM (#15083137)
That's exactly my point. Systemd had a chance to replace the arcane cruft of sysvinit with something clean and well designed, but instead they developed something almost as arcane and unusable.

It's pointless arcana to boot. There is no reason whatsoever that a green field implementation of something so straightforward needs to be so obtuse.

If the complexity of interface exceeds the complexity of the information it needs to take and provide, it's bad design. If the command or UI structure uses arcane terms when straightforward terms exist, it's bad design.

Re:Rethinking the D-Bus Message Bus by e12e on Wednesday August 23, 2017 @02:55PM (#15084115)
I've used plenty of init-scripts that are named after the daemon in question, support start/stop/reload/status and work fine. What more do you generally need?
Re:Rethinking the D-Bus Message Bus by vidarh on Thursday August 24, 2017 @11:25AM (#15090847)
The "work fine" part tends to break down horribly the moment something unexpected happens. E.g. pid files being left lying around and breaking restarts.