Bug#824938: debsums no longer ignores dpkg-path-excluded files

[Guillem Jover]

Control: reassign -1 dpkg-dev/1.18.5
Control: affects -1 debsums

On Sat, 2016-05-21 at 16:22:42 +0200, Jakub Wilk wrote:
> Package: debsums
> Version: 2.1.2

> $ debsums -c debsums
> debsums: missing file /usr/share/man/de/man1/debsums.1.gz (from debsums package)
> debsums: missing file /usr/share/man/de/man8/debsums_init.8.gz (from debsums package)
> debsums: missing file /usr/share/man/es/man1/debsums.1.gz (from debsums package)
> debsums: missing file /usr/share/man/es/man8/debsums_init.8.gz (from debsums package)
> ...
> 
> But I have excluded these paths in a dpkg configuration file:
> 
> $ grep man /etc/dpkg/dpkg.cfg.d/local
> path-exclude /usr/share/man/[a-z][a-z]/*
> path-exclude /usr/share/man/[a-z][a-z].*/*
> path-exclude /usr/share/man/[a-z][a-z]_*/*
> 
> debsums used to ignore disappearance of these files until recently.
> I suspect that this dpkg change broke it:
> https://anonscm.debian.org/cgit/dpkg/dpkg.git/commit/?id=94e241761c06

Hrrmf, yes indeed, and that should be considered a regression as the
major number in the module didn't change. I'm not sure at which point
I got confused because the change seems to have been explicitly to
break compatibility. :/

Also the other breakage is that the order is not preserved anymore,
in that case I think I was considering people were using Dpkg::Conf
mostly for things like the option files in source packages. I'll fix
that too.

And queue the compat breaking changes for when I bump the major
version.

Thanks,
Guillem