Package: debsums Version: 2.0.52+nmu1 debsums uses File::FnMatch to support globbing for the --path-include and --path-exclude options. This perl module involves compiled C, and is therefore tied to the perl interpretter internals. But the module is independent of perl itself (CPAN vs perl-core, and a separate libfile-fnmatch-perl debian package), so an upgrade or alternate build of perl itself could break F::FnM (and therefore break debsums).
As an example of what happens when compiled modules get out of sync during a perl upgrade (though not specifically debsums vs file-fnmatch), see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721450 I think it would be better to not have parts of the package-manager itself be fragile towards other-package-induced breakage. The solution it to re-implement the --path-* features using either functions/modules that are part of perl core, or else using external modules that are pure perl (and on down their dependency tree). Text::Glob looks like a possible candidate (libtext-glob-perl is pure perl and has no dependencies other than perl itself). It doesn't have the flags for special modes of fnmatch() but debsums doesn't use any of those features. However, it does not support named character classes or negation. I don't know all the details of how dpkg uses debsums to know whether these are ever used. dan -- Daniel Macks dma...@netspace.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
