[systemd-devel] [PATCH] sysv-generator: Skip init scripts for existing native services

Lennart Poettering lennart at poettering.net
Wed Feb 4 13:01:37 PST 2015


On Wed, 04.02.15 15:06, Martin Pitt (martin.pitt at ubuntu.com) wrote:

> Hey,
> 
> Lennart Poettering [2015-02-04 13:42 +0100]:
> > Well, but their enablement status so far is not ignored. i.e. if you
> > drop in a unit file, as well as a sysv script, and the latter is
> > enabled, but the former not, then systemd currently reads that so that
> > the sysv one is overriden by the native one, and the native one is
> > considered enabled.
> > 
> > With this change you alter that behaviour. Is that really desired?
> 
> Since it's rather confusing what happens in this case, we made
> systemctl sync the status to update-rc.d (the chkconfig equivalent in
> Debian) on enable/disable:
> 
>   http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/systemctl-don-t-skip-native-units-when-enabling-disa.patch
> 
> That of course doesn't change the behaviour with manual rc?.d/ symlinks.
> 
> But if you have a native unit, I think it's rather unexpected if you
> disable it with systemctl, enable it in sysv, but still get it
> started.

I'd claim the opposite. Let's say you have foobar.rpm installed in one
version that only carried a sysvinit script. Now you upgrade it to a
version that has a service file. The fact that it was enabled 
should not change... Hence, if it is enabled via sysv or via units
doesn't matter really right now...

Lennart

-- 
Lennart Poettering, Red Hat


More information about the systemd-devel mailing list