Inspired by some traffic on module-authors@ and similar, I'm trying to use cpan2dist to create debian packages of CPAN modules, with easy and no fuss.
It's... a slog. Apparently CPANPLUS::Dist::Deb assumes you'd only ever want to use the system perl. I'm working through the issues but it's an unhappy place to be right now. I figure I'm a pile more hours out from being able to use this.
BTW, http://rassie.org/archives/tag/cpan2dist is nifty to give the right 90 seconds worth of info that the manual doesn't.
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.
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: