Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • What do you mean, it "assumes you'd only ever want to use the system perl"? what behavior is it displaying that you don't want?

    I don't see any new bugs in the queue from you, and as a problem report, this post is pretty uninformative. Should I assume you don't actually want to get help, just to vent?

    • I got annoyed by your non-bug report enough to look at it myself and find that it pretty obviously doesn't work with anything but /usr/bin/perl.

      http://github.com/hdp/CPANPLUS-Dist-Deb/tree/master [github.com]

      See if that helps. It still won't handle installs that are under a different top-level directory than /usr very well, if at all, and some of the directories are a bit dodgy (/usr/share seems hardcoded), but it will actually build a deb with a different perl.

      • I have a series of patches I wrote to be able to create a .deb for CPANPLUS::Dist::Deb starting with a "stock" mod_perl enabled but non-threading perl-5.10.0 in a non-standard location (-Dprefix=/opt/perl-5.10.0 -DDEBUGGING=-g -Duseshrplib).

        I merely blogged my frustration. The patches worked right out of the gate but now after upgrading part of CPANPLUS they don't work anymore.

        Things I had to fix:

        • Call {Build,Makefile}.PL with the right perl instead of just /usr/bin/perl
        • Re-introduce the Replaces: logic when