Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

1m5.5s ERROR: FAIL: Package purging left files on system:
  /etc/systemd/system/display-manager.service -> /lib/systemd/system/slim.service	 not owned

The init-system-helpers was installed at purge time. That would usually
perform the neccessary cleanup, but since this din#t happen the package
might not use the helpers - maybe it should switch to using them.


cheers,

Andreas

Hello Andreas,
(I know, this bug is old, I'm preparing a QA upload for slim and would
like to check if this is still a valid bug)

is this test performed by the standard salsa CI pipeline? Because I
don't see issues with piuparts test right now
https://salsa.debian.org/debian/slim/-/pipelines/789471

I think the reason is that there are extra checks that are not provided
by debhelper's snippets (for example check if slim is the default
display manager).
Purge bits for systemd are missing from postrm and I can fix that but
It does not trigger a piuparts failure in salsa right now..

Cheers,
Lorenzo

Control: tags -1 -moreinfo
Control: tags -1 confirmed
the only one package installed of the display-manager group (slim sddm
lightdm wdm gdm xdm ..) and so when is removed the systemd link

/etc/systemd/system/display-manager.service ->

is left dangling when in this situation it should probably be removed.
I checked other services of the same group and few other have the same
bug [1] but, for example, sddm removes the link as expected.

Best,
Lorenzo

[1] I tested sddm lightdm wdm and slim: in slim lightdm and wdm the
link is left dangling; sddm instead removes the link