[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