On Wed, Aug 17, 2016 at 12:08:05AM +0200, Michael Biebl wrote: > Am 16.08.2016 um 19:12 schrieb Ferenc Wágner: > > Package: init-system-helpers > > Version: 1.25 > > Severity: normal > > > > Hi, > > > > Recently both my daemon packages started to exhibit this piuparts error: > > > > ERROR: FAIL: Package purging left files on system: > > /etc/rc2.d/ not owned > > /etc/rc3.d/ not owned > > /etc/rc4.d/ not owned > > /etc/rc5.d/ not owned > > > > I think this is the result of sysv-rc losing its Essential flag, which means > > it isn't present in minimal chroots (like those used by piuparts) anymore. > > On the other hand, init-system-helpers imported update-rc.d in version 1.25, > > and I think /etc/rc?.d is created by update-rc.d (but never removed). All > > this results in piuparts failures in recently tested daemon packages. > > > > If the above analysis is correct, please fix this. > > Fix what exactly?
I am not sure what the fix is either, but it breaks Piuparts (#834766) for a *lot* of packages: https://piuparts.debian.org/sid/unowned_files_after_purge_error.html arguably, not all those matches are due to this specific bug, but at this point, any package that ships a daemon with dh_installinit (and that's a lot of packages!) are now yielding piuparts errors all over the place (e.g. postfix, openssh-server, apache2 all now fail piuparts). This bug is marked as "pending", with a patch. Would that fix piuparts? If so, I would highly recommend uploading the new version ASAP to keep people like me from looking all over the place to figure out what broke in their packages. If not, it would be great to have some way forward. Punting the issue in Piuparts' backyard may work, but I think it would be nice to get rid of those old directories on systems that do not have init.d files anymore... Thanks! A.
signature.asc
Description: Digital signature