Re: Installing a Second perl

The problem is explained fairly clearly by the error messages. Running as user, you can't install to usr/local as you don't have permissions. The 'make install' phase needs to be run as root. Not sure how that is achieved using CPAN, but I would start with the suggested:

o conf make_install_make_command 'sudo make'
[download]

(You probably have to save that.) I guess, if that works, you'll be prompted for the root password before install takes place.

Cheers,
Rob

Comment on Re: Installing a Second perl Download Code

Replies are listed 'Best First'.

Re^2: Installing a Second perl
by JavaFan (Canon) on Feb 22, 2010 at 10:53 UTC

Running as user, you can't install to usr/local as you don't have permissions. The 'make install' phase needs to be run as root.

$ sudo mkdir /lab/perl
$ sudo chown your_user_name: /lab/perl
$ ... Fetch tarball ...
$ ... Unpack tarball ...
$ ... cd source directory ...
$ ./Configure -des -Dprefix=/lab/perl
$ make && make test && make install
$ /lab/perl/bin/perl -MCPAN -eshell   # Configure CPAN
$ /lab/perl/bin/cpan -i Module1 Module2 Module3 Module4 ....
[download]

/opt/perl

/usr/bin/perl

/opt/perl/bin/perl

/usr/bin/perl

/usr/bin/systemperl

¹	After all, technology we don't understand is cannot be distinguished from magic.

[reply]
[d/l]

Re^3: Installing a Second perl

by Corion (Patriarch) on Feb 22, 2010 at 11:12 UTC

IMO it's less a matter of understanding and more a matter of separation of concerns. The system Perl is administered, configured (and tested, hopefully) by the OS vendor while the "other" Perl is administered and configured by you. You will soon enough have requirements (like threads for example) that differ from the requirements that the OS vendor has (speed for short running scripts) and that the OS vendor does not test for. Trying to bridge that gap without close integration with the OS vendor is a big endeavor if you're not dedicated to administrating a system.

[reply]


Perl: the Markov chain saw
	PerlMonks