Package: perl-base Version: 5.10.1-11 For the upcoming 5.12 packages, I've implemented a build time check verifying that no module in perl-base requires modules from other packages. This turned up B and B::Deparse, which fail without `perl' installed because B.so is missing:
# perl -e 'use B::Deparse' Can't locate loadable object for module B in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/lib/perl/5.10/B/Deparse.pm line 24 Compilation failed in require at /usr/lib/perl/5.10/B/Deparse.pm line 24. BEGIN failed--compilation aborted at /usr/lib/perl/5.10/B/Deparse.pm line 24. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. This has been the case since at least Etch (5.8.8). I see B::Deparse was added to perl-base in 5.8.0-9 due to #158499. I very much suspect that it was neither necessary nor working even then. My theory is that Brendan's recursive grep mentioned in the bug log turned up a 'require B::Deparse' in ext/Data/Dumper/Dumper.pm in a code path that is not taken by default (when $Data::Dumper::Deparse is not set.) It looks like B needed the XS parts even in 5.8.0. Based on this, I think it's safe to move B.pm and B/Deparse.pm to perl and I intend to do so already for the 5.10.1 packages. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org