Hi Thorsten, Am Di., 18. Juni 2024 um 09:55 Uhr schrieb Thorsten Kukuk via openSUSE Factory <factory@lists.opensuse.org>:
/sbin/service is a complicated shell script, which tries to find out if a systemd service should be managed or a SysV init script. But we don't have SysV init scripts anymore and the remaining support will be removed upstream short or midterm. So most of the complex code can be safely removed.
The main remaining purpose of that is to forward the call to systemctl.
Remains the rc* symlinks. For what are they good? The only benefit is, that a user does not need to bother if this is a SysV init service or a systemd service. We don't have SysV init scripts anymore. So in the end it's always calling systemctl. Many systemd services don't have a rc* symlink, so people have to learn to use systemctl anyways. No other Linux distribution seems to have rc* symlinks, so they are not needed for compatibility.
I'm outing myself as an oldschool person here. I love the rcXXX links, and this might be useful for SLE15/Leap 15 users to transition to SLES16/Leap16? We still have a lot of documentation out there that references it. being compatible with a non-SUSE is one thing, breaking compatibility with our own distribution documentation should be done with caution imho. what do you like more, a "command not found" or a "hey, going forward please call systemctl foo instead"?
* remove SysV init support from /sbin/service and add a deprecated notice * remove rc* symlinks
after sles16 branching, please. Greetings, Dirk