Re^2: Upgrading Perl

The problem is that linux (RedHat9.0) think that my perl version is 5.8.7 and he is write.

root@vega [~]# perl -v

This is perl, v5.8.7 built for i686-linux

Copyright 1987-2005, Larry Wall
[download]

But, WebHostManager (Cpanel) still saying me, that I'm using perl 5.8.1. And the costomers of that server still using perl-5.8.1 I suppose.

I think, that after upgrading perl in write directory Cpanel will understand that my perl version is 5.8.7. Or not? May be I should find some spetial modules for the Cpanel to make it understand which version of perl am I using?

If I'll make now this sym link what does it gives to me? Linux already knows that my perl had upgreted

One more quetion about /usr/local/lib/perl5/site_perl. After upgrading there was only one empty directory /usr/local/lib/perl5/site_perl/5.8.7/i686-linux. Is this normal? I suppose that I shouldn't copying all the files there from /usr/local/lib/perl5/5.8.7 ? Schould I remove them now from i686-linux/ and from 5.8.7/ ?
This helps U to understand me:

root@vega [/usr/local/lib/perl5/site_perl/5.8.7]# ls
./          Config/     FreezeThaw.pm  LWP/         Module/          T
+ext/
../         DBIx/       Hook/          lwpcook.pod  Net/             T
+ime/
Algorithm/  Devel/      HTML/          LWP.pm       Number/          T
+ree/
Apache/     Error.pm    HTTP/          lwptut.pod   prefork.pm       U
+RI/
auto/       Exception/  i686-linux/    Mail/        Regexp/          U
+RI.pm
Bundle/     ExtUtils/   IO/            MIME/        set-version.pl*  W
+WW/
Cache/      File/       Locale/        MLDBM/       Sub/             X
+ML/
Class/      Font/       Log/           MLDBM.pm     Test/
[download]


root@vega [/usr/local/lib/perl5/site_perl/5.8.7/i686-linux]# ls
./       Attribute/  Compress/  DBI.pm   Mysql/     Roadmap.pod       
+ Want.pm
../      auto/       DBD/       Digest/  Mysql.pm*  RT_SiteConfig.pm* 
+ Win32/
Apache/  Bundle/     DBI/       HTML/    Params/    Term/             
+ XML/
[download]

I think that I'll better reinstall perl. I have all chnses now to delete something important. So I decided to remove all the files from /usr/local/lib/perl5/ and reinstall perl again. Stop me plz. if I wrong.
-- wbr damian

Comment on Re^2: Upgrading Perl Select or Download Code

Replies are listed 'Best First'.
Re^3: Upgrading Perl by cbrandtbuffalo (Deacon) on Jul 06, 2005 at 20:29 UTC
When you type #perl -V, you are executing the perl binary that the shell finds in your path. Different users have different paths depending on how they log in. This might be causing the strange behavior you are seeing. The typical locations for the perl executable are /usr/bin and /usr/local/bin. You need to determine what the system is using and what your users are using and either install the proper perl binary in that system directory or symlink from /usr/bin/perl or /usr/local/bin/perl to the perl binary you want them to use. If you want to keep both versions of perl on the system, install the new perl wherever you want (follow the suggestions above). Once you verify that it is working, just change the symlink /usr/bin/perl (or /usr/local/bin/perl) to point to the new perl binary. If something breaks, you can just switch the symlink back to the old version. If you have a perl in several places, as it appears you do, it will save you some headaches to point them all at one actual binary. Otherwise, you'll need to maintain multiple versions of perl on your system and that can be painful.	[reply]
Re^3: Upgrading Perl by anonymized user 468275 (Curate) on Jul 06, 2005 at 15:49 UTC
Perhaps I should have asked why you need to go to 5.8.7 of perl? Red Hat 9 was frozen some time ago and its perl version froze with it at 5.8.0-88.3. At least that is the latest .rpm for redhat 9 that I could find, and I always operate under the principle of using rpm to install on red hat 9 if it is at all possible, because it manages the installation process for you in a tried and tested manner. The symlink idea was specifically so you could stay with 5.8.1 for the applications that might need it while creating additional versions for other uses, but so far you haven't explained why you need to upgrade above 5.8.1., which is probably the key to how to proceed. One world, one people	[reply]