[Pkg-systemd-maintainers] Bug#722521: Bug#722521: Bug#722521: Fails to properly re-enable service on install-remove-install sequence

[Michael Biebl]

Am 12.09.2013 06:59, schrieb Michael Stapelberg:
> The reason is that “deb-systemd-helper was-enabled” returns false
> after the “apt-get remove rsyslog”, therefore the postinst will not call
> “deb-systemd-helper enable” when installing in step 3/.
> 
> I’d argue that this is expected behavior, given that in postrm we run
> “deb-systemd-helper disable”. Now the question is why we do that

Actually, I don't know / remember why we changed it that way. I don't
think previous versions did that. Do you find a clue in the git log?

> :). Especially with regards to #714903 it occurs to me that masking the
> files instead of disabling (= removing the symlinks) is the better
> alternative here. What do you think?

Masking the service might be better indeed, especially as systemctl
disable will now also forward the request to update-rc.d, which is kinda
odd, that the addition of a systemd service changes the behaviour of the
SysV init script on remove.

Sounds to me, as if we should drop the "disable-on-remove" bits in i-s-h
again, and follow up at #714903 whether and how to use mask and what we
need to consider when doing that.


Michael




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20130912/66d0a819/attachment-0002.sig>