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.
  • on a Debian based system line Ubuntu it should also be possible to revert the upgrade to bin/perl itself, reinstalling the older 5.8
    8 as bin/perl with the Debs, and pinning that version. this may rollback and block an expanding number of dependant upgrades, however.

    as is stated elsewhere, having app prod perl be OS bin/perl is dangerous, best to have your own.

    --
    Bill
    # I had a sig when sigs were cool
    use Sig;
    • by Wonko (9336) on 2009.07.30 14:35 (#69794)

      as is stated elsewhere, having app prod perl be OS bin/perl is dangerous, best to have your own.

      Every time I think about this I am torn. I'm sure most people know the pros and cons of relying on the OS perl install. The big problem that I see is that my operating system provides me with an excellent package manager. A package manager that I have to use anyway, too.

      I've always thought it would be useful to have some standardized disto packages that provide an alternate Perl install.

      Debian and Ubuntu already have a pretty large percentage of the CPAN modules I need rolled up into packages. However, they're often very out of date. It might be nice to have a set of trusted, tested Perl distro packages that install in /opt/perl or the like. Core Perl and common CPAN modules would be nice.

      I may very well be the only person in the world who actually thinks this would be useful. I don't recall ever seeing anyone suggest this before.