Bug#809110: libxml-compile-dumper-perl: FTBFS with Perl 5.22: needs dependency on libpadwalker-perl

[Niko Tyni]

Control: reassign -1 libdata-dump-streamer-perl 2.39-1

On Sun, Dec 27, 2015 at 02:10:03PM +0200, Niko Tyni wrote:
> Package: libxml-compile-dumper-perl
> Version: 0.14-1
> Severity: serious
> Tags: stretch sid
> User: debian-perl at lists.debian.org
> Usertags: autopkgtest perl-5.22-transition
> Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=100488
> Control: block 796345 with -1
> 
> This package fails to build on current sid/amd64.

> It looks like newer perls have changed so that this module
> now needs the PadWalker module available, otherwise it will
> fail to load. See [rt.cpan.org #100488].
> 
> A build and runtime dependency on libpadwalker-perl therefore seems to
> be in order, and makes the tests pass here.
> 
>   Can't locate object method "object_2svref" via package "B::PADNAME" at /usr/lib/x86_64-linux-gnu/perl5/5.22/Data/
>   Dump/Streamer.pm line 3718.

The dependency needs to go in lbdata-dump-streamer-perl.

>From the documentation:

  If PadWalker 1.0 is installed you can use DumpLex() to try to
  automatically determine the names of the vars being dumped. As
  long as the vars being dumped have my or our declarations in scope
  the vars will be correctly named. Padwalker will also be used
  instead of the B:: modules when dumping closures when it is available.

So I suppose the B:: modules have become incompatible, and
Data::Dump::Streamer no longer works without PadWalker. The package
currently Recommends: libpadwalker-perl, so just upgrading that should
be enough to fix the immediate problem.
-- 
Niko Tyni   ntyni at debian.org