in reply to Upgrading Perl on Linux From 5.6.1 to 5.8.x

Your Perl version is the least of your problems. RH 7.2 was end of life'd around three years ago. Upgrade to a more recent OS and you'll more than likely get a more recent Perl to boot.

And as to your questions: Yes, but there's a newer version of CPAN.pm than ships with 5.8.8 I believe. And I personally tend to keep my own "application" version of Perl compiled separately from source independent of the OS' copy. That also ensures that updates to the OS are less likely to muck about with the "production" version of Perl.

  • Comment on Re: Upgrading Perl on Linux From 5.6.1 to 5.8.x

Replies are listed 'Best First'.
Re^2: Upgrading Perl on Linux From 5.6.1 to 5.8.x
by bingos (Vicar) on Dec 22, 2006 at 08:00 UTC

    I concur with fletch, it is best not to mess with the vendor supplied system perl. I learnt this to my cost many moons ago on a DG/UX system, when I cleverly upgraded the system perl and broke a lot of the system startup scripts.

    Compile perl-5.8.8 from source and choose an install prefix of /usr/local, or some such. Good luck.

Re^2: Upgrading Perl on Linux From 5.6.1 to 5.8.x
by ali.muzaffar (Initiate) on Dec 21, 2006 at 20:32 UTC
    So this is exactly what CPAN did on the other server, it made a seperate installation of perl from the servers. It's installations were in /usr/local/bin rather than /usr/bin and I suppose SpamAssassin picked up on this.

    What do you recommend then? using CPAN or downloading Perl's tar-ball and installing that? (I think in effect they do one in the same thing? Any one sure?)
      And I personally tend to keep my own "application" version of Perl compiled separately from source ...

      This means grabbing the source to Perl and compiling it by hand. That allows me to run Perl's configure and tweak where it installs things and what not by hand; if CPAN.pm does this you're going to get the defaults.