[Pkg-systemd-maintainers] Bug#739090: Bug#739090: Don't mask services on remove if local modification exists

Michael Biebl biebl at debian.org
Sun Feb 16 00:31:07 GMT 2014


Am 15.02.2014 20:25, schrieb Michael Biebl:
> Package: dh-systemd
> Version: 1.15
> Severity: normal
> 
> (This issue was reported on IRC by uau)
> 
> We generate mainterscripts code to mask services when a package is removed
> (and unmask them again on re-install).
> 
> The reasoning for this behaviour is, that on remove the native service
> files are removed but the SysV init scripts (which typically are
> conffiles) aren't. Conffiles are only removed on purge.
> While typically SysV init scripts become no-ops if their corresponding
> binary has been removed, having the services show up in systemctl
> status, is confusing.
> 
> When masking a service which should take into account, that the
> administrator has made local modification by copying the file to
> /etc/systemd/system.
> 
> In this case we shouldn't try to overwrite this file with a /dev/null
> symlink.
> On re-install, we also need to make sure when running the unmask, to
> take into account that /etc/systemd/system/<unit> is a file (custom
> modification) and not remove it in that case.

I think we should be able to handle this within
deb-systemd-helper without having to generate (new) maintainer scripts code.

Michael, if you agree, let's re-assign the bug to i-s-h.


-- 
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: 884 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20140216/4d05fbaa/attachment-0002.sig>


More information about the Pkg-systemd-maintainers mailing list