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

use Perl Log In

Log In

[ Create a new account ]

Journal of jjore (6662)

Sunday May 03, 2009
06:04 PM

Beginning to administer perl on Ubuntu

[ #38918 ]

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. :-( Don't want to spend more of my weekend on this.

BTW, http://rassie.org/archives/tag/cpan2dist is nifty to give the right 90 seconds worth of info that the manual doesn't.

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