[Pkg-systemd-maintainers] Bug#715060: piuparts errors: unowned files left after de-installation
Andreas Beckmann
anbe at debian.org
Fri Oct 18 19:28:49 BST 2013
On Saturday, 6. July 2013 11:27:57 Michael Stapelberg wrote:
> Michael Biebl <biebl at debian.org> writes:
> > Am 06.07.2013 06:14, schrieb Michael Biebl:
> >> A few observations here:
> >> a/ i-s-h should clean up empty directories in
> >> /var/lib/systemd/deb-systemd-helper-enabled
> >
> > including the /var/lib/systemd/deb-systemd-helper-enabled directory.
>
> I agree to the cleanups of /var/lib/systemd/deb-systemd-helper-enabled
> and the empty directories in /etc/systemd/system.
In piuparts tests with fake-essential init-system-helpers I currently see
these leftover directories in several tests:
2m30.1s ERROR: FAIL: Package purging left files on system:
/etc/systemd/ not owned
/etc/systemd/system/ not owned
/var/lib/systemd/deb-systemd-helper-masked/ not owned
> I am not sure yet about i-s-h owning /etc/systemd/system and the
if i-s-h uses /etc/systemd/system to place something in there and other
packages may do the same, the only sensible solution is that they all own
that directory (aka ship it) and noone does mkdir/rmdir manually.
> reference counting. Is that a standard thing? Could you maybe point out
> more documentation about it or an example?
You don't have to worry about the reference counting, dpkg does take care of
it. Just ship the empty directories (lintian does not complain about empty
directories in /etc). Once the package gets removed and it is the last owner
of a directory it will be removed by dpkg (if empty).
Andreas
More information about the Pkg-systemd-maintainers
mailing list