Bug#551356: libpar-packer-perl: fails to extract Parl with Perl 5.10.1

Niko Tyni ntyni at debian.org
Thu Oct 22 07:37:51 UTC 2009


On Sat, Oct 17, 2009 at 10:53:48PM +0200, gregor herrmann wrote:
> On Sat, 17 Oct 2009 23:18:05 +0300, Eugene V. Lyubimkin wrote:
> 
> > >> $ pp -o haha -e "print 'hello'"
> > >> Perl lib version (5.10.1) doesn't match executable version (v5.10.0) at
> > >> /usr/lib/perl/5.10/Config.pm line 50.

> > Honestly I am not acquainted with PAR, just tried to run it first time. Do you
> > mean PAR requires perl version exact that was used for building?..
> 
> That was my interpretation of the error above, which might be wrong

There's a static perl 5.10.0 inside both /usr/bin/parl and
/usr/share/perl5/PAR/StrippedPARL/Static.pm, and it won't work
with Config.pm from 5.10.1.

> > > Do we need to add libperl5.10 (<< $current+1~) or something like
> > > that? 

It's clearly necessary ATM but I'm not quite sure if that's intentional
or a bug.  myldr/Makefile.PL builds parl with -B, which is supposed
to embed core modules.

I think it's an OK solution at least for the moment as long as it's
made binNMU safe.

> > > Or is there a better way to ensure that the runtime
> > > dependencies match the perl version at build time?

Not to my knowledge.

There seems to be other possibly related trouble around PAR - see

 http://rt.cpan.org/Ticket/Display.html?id=42986
 http://rt.cpan.org/Ticket/Display.html?id=48240

It looks like at least the lenny par.pl won't use shared objects inside
the PAR archive if there's one on the system already, which is very much
Not Good.

RL is leaving me very little time for Debian currently, so it would be
great if Somebody Else could dig into this.
-- 
Niko Tyni   ntyni at debian.org





More information about the pkg-perl-maintainers mailing list