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.
  • Despite the name, testing is generally quite stable. You might not want to run a critical piece of infrastructure on it, but it should be good enough for anything MySQL is good enough for. :P ;)

    But I don't manage Perl modules from the OS. I leave the system Perl alone and manage my own in another directory.

    --
    J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers
    • Here here to this suggestion. I've been bitten one too many times mixing cpan and apt-get usage. It is always better to let the OS do what it wants with its perl and manage a completely separate build and set of paths, etc of perl.
  • It seems that http://debian.pkgs.cpan.org/ [cpan.org] isn't being updated. That's a shame, because it is a good idea.
    • Did you try to send email to Jos [cpan.org]? May be it's not updated because he sees not enough community interest?
  • Nice

    Does that mean one could install Padre from Unstable even on systems running testing or stable ?

    --
    • Well yes and no. In principle yes, currently no, as `sudo apt-get install -t unstable padre` fails atm.:

      The following packages have unmet dependencies:
      padre: Depends: libfile-path-perl (>= 2.07) but it is not installable

      File::Path is part of "perl" package and should not be in dependecies. The required (unstable?) Perl version should be listed.