Bug#689508: ignore obsolete conffiles which are not owned by the package

[Andreas Beckmann]

Followup-For: Bug #689508
Control: tag -1 patch

Doing longterm dist-upgrade tests with piuparts (starting in lenny/squeeze
and going release by release up to stretch) I'm still running into false
positive reports for modified files that are actually obsolete conffiles
still "owned" by the package that shipped them in the past.
A common case is a former conffile that is now a configuration file
managed by ucf (and is no longer matching the ancient md5sum).
Making dpkg "forget" about the conffile is difficult if the name is
still being used (dpkg-maintscript-helper rm_conffile could be abused
in non-intuitive ways).

The attached patch unconditionally excludes all obsolete conffiles.
Maybe that is not the optimal approach and a new command line option
should be used instead (and then we could discuss whether obsolete
conffiles should be ignored by default - I would say yes).


Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-ignore-obsolete-conffiles.patch
Type: text/x-diff
Size: 1080 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20170421/4f7eb106/attachment.patch>