develooper Front page | perl.perl5.porters | Postings from February 2012

[perl #80536] .packlist contains bogus entries when installing without man dirs

Thread Previous
James E Keenan via RT
February 1, 2012 17:39
[perl #80536] .packlist contains bogus entries when installing without man dirs
Message ID:
On Fri Dec 10 09:23:43 2010, wrote:
> This is a bug report for perl from,
> generated with the help of perlbug 1.39 running under perl 5.12.2.
> When one configurs perl with something like:
>    -Uman1dir -Uman3dir -Usiteman1dir -Usiteman3dir
> Then perl and ExtUtils::MakeMaker (and probably others) correctly skip
> creation and installation of manpages.
> However, they still end up in .packlist files with bogus paths, e.g.:
>    /root/.staticperl/perl/lib/
>    /root/.staticperl/perl/lib/EV/EVAPI.h
>    /root/.staticperl/perl/lib/EV/
>    /root/.staticperl/perl/lib/EV/ev.h
>    /root/.staticperl/perl/lib/EV/libev.pod
>    /root/.staticperl/perl/lib/auto/EV/EV.a
>    /root/.staticperl/perl/lib/auto/EV/extralibs.ld
>    none/EV.3
>    none/EV::MakeMaker.3
>    none/EV::libev.3
> Apparently, Configure internally uses "none" for these variables, and
> whoever writes the .packlist files just slaps them in front, even if
>    the
> files do not get installed.

Today, using a release tarball of Perl 5.14.0, I configured, built and
installed Perl in a local directory using this configuration command:

sh Configure -de -Dusedevel -Uman1dir -Uman3dir -Usiteman1dir
-Usiteman3dir -Dprefix='/home/jkeenan/work/80536'

After installation, I called:

$ find work/80536 -type f -name '*packlist*'

... and then:

grep -E '(none|\.3)' work/80536/lib/perl5/5.14.0/i686-linux/.packlist

... which produced no output.

Hence, I was unable to reproduce the bug reported in this ticket.

Thank you very much.
Jim Keenan

via perlbug:  queue: perl5 status: new

Thread Previous Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About