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.

Debian Removes perlreftut 4 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.

  • Irrelevant (Score:2, Interesting)

    by sky (1411)
    The maintainers of perl for various platforms seem to all have failed to have working installations of perl anyways. At least I cannot remeber when I last used a system installed perl for anything I did or installed. It would all just break break break with things installed of CPAN.

    Frankly, it is just silly hair splitting.

    --
    sky

    • Re:Working Perl (Score:2, Insightful)

      by chip (65)
      Package management systems like dpkg and rpm simply don't cooperate with CPAN. They need to know what files are installed and what packages installed them, and CPAN installations are far too undisciplined to report what's been installed and where (and, even more important in some ways, what's been removed). And then there are the dependency tracking issues.

      In short, if you use rpm or dpkg, you shouldn't be using CPAN in the first place. This has nothing to do with the skill or dedication of the package

      • In short, if you use rpm or dpkg, you shouldn't be using CPAN in the first place I assume you mean that you should be wrapping CPAN modules into RPMs or DEBs for local use rather than using the CPAN.pm system to install. I would agree with that. If you're suggesting that you should not be using CPAN as a whole, then I would strongly disagree. That's what makes Perl as useful as it is!
        --
        Yet Another Just another perl hacker, // essays.ajs.com
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.