Systemd 254 released, deprecating sysvinit scripts

Re:Systemd 254 released, deprecating sysvinit scripts by bananapub on Friday July 28, 2023 @12:00PM (#36908849)

discussions like this are good reminders of how low quality most HN threads are. a huge mass of random whinging about the people involved, non-technical whinging about imagined architecture decisions (like "systemd is a monolith") and then conspiracies about Microsoft like it's a slashdot thread in 1998.

notably missing:

- discussions about how fucking shit PID files and things like start-stop-daemon are or how annoying it was writing a sh script for every daemon, or how in sysvinit things can become un-shut-downable

- discussion about how making containerisation/chroot/resource limits trivial is good actually

- reflections on how hard making a reliable good init system is, cf upstart/launchd/whatever solaris had and how nice it is that someone actually did it for linux

etc etc

[ Parent | on HN ]

Re:Systemd 254 released, deprecating sysvinit scripts by sophacles on Friday July 28, 2023 @12:13PM (#36909068)

Don't forget the single biggest problem of sysvinit:

Making services start in a deterministic order when the appropriate (and necessary) resources are actually available.

[ Parent | on HN ]

Re:Systemd 254 released, deprecating sysvinit scripts by bananapub on Friday July 28, 2023 @12:15PM (#36909119)

dunno what you mean, my "start) sleep 15" works fine most of the time !

[ Parent | on HN ]

Re:Systemd 254 released, deprecating sysvinit scripts by ElectricalUnion on Friday July 28, 2023 @01:40PM (#36910419)

I would add

- making handling of forking to the background and log rotation not a task of the program itself, instead of making every program (or worse, a bespoke wrapper shell script) do it.

Because such things are non-trivial and demand reasonably many man-hours of otherwise "trivial" projects.

Granted, you don't actually need systemd to do such things (for example, runit can do such things, and runit is available under busybox and therefore almost universal in most GNU/Linux distros), but I think it was systematic distro/systemd that enforced such new paradigm.

[ Parent | on HN ]