Re:Systemd 254 released, deprecating sysvinit scripts
by lloeki on Friday July 28, 2023 @11:25AM
(#36908251)
beyond init and udev script cobbling, I've recently plunged deep into networkd and resolved for the heck of it, discovered networkctl and resolvectl in the process, and it's been a very pleasant experience so far, making easy things trivial and hard things easy.
Re:Systemd 254 released, deprecating sysvinit scripts
by op00to on Friday July 28, 2023 @12:30PM
(#36909363)
It really has made things much easier after a slightly frustrating knowledge speed bump.
Re:Systemd 254 released, deprecating sysvinit scripts
by ticviking on Friday July 28, 2023 @11:28AM
(#36908312)
Unit files seem like a good idea. Does systemd need to do everything it does in order to gain that benefit?
Re:Systemd 254 released, deprecating sysvinit scripts
by tapoxi on Friday July 28, 2023 @11:44AM
(#36908588)
Yes? People don't realize that systemd is a project, and systemd the init system isn't journald or systemd-boot or systemd-resolved. Those are other compatible utilities by the same project. They aren't required to use systemd itself.
Re:Systemd 254 released, deprecating sysvinit scripts
by bravetraveler on Friday July 28, 2023 @12:03PM
(#36908906)
Not entirely, for example:
Units can depend on networking managed outside of systemd-networkd using the target -- think of this as a 'run level'
Units can depend on mounts outside of systemd .mount units -- there's a generator that considers fstab
At a certain point, you might want to go further into systemd... but it doesn't require it
Unit files are far more functional for the same amount of effort as SysV scripts.