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
about I/O disciplines and I should retire to the Tassili-in-Aijer
mountains in Sahara as a camel herder :-)
-- Jarkko Hietaniemi
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
be more specific (Score:1)
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?
Re: be more specific (Score:1)
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.
Reply to This
Parent
Re: (Score:1)
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: