Re^2: RFC (tutorial): "Vendor code, Your code", PERL5LIB

Yes, I think this is a really important issue, but possibly this doesn't go far enough. It's not hard at all to run into situations where you need to run many versions of perl on the same box, each of which may need it's own set of modules. For example, consider a web developer's linux workstation, where you might want:

the distribution's version
the version on the web servers
a candidate for the next web server upgrade
the latest released version
blead perl

A tutorial describing a few (preferably very few) ways of dealing with this administration problem would be very useful.

Comment on Re^2: RFC (tutorial): "Vendor code, Your code", PERL5LIB

Replies are listed 'Best First'.
Re^3: RFC (tutorial): "Vendor code, Your code", PERL5LIB by eserte (Deacon) on Dec 06, 2007 at 20:54 UTC
The easiest is to recompile perl to different locations. For example: `# extract perl distribution and then: sh configure.gnu --prefix=/usr/perl5.10.0 make all test && sudo make install` [download]	[reply] [d/l]
Re^4: RFC (tutorial): "Vendor code, Your code", PERL5LIB by parv (Parson) on Dec 06, 2007 at 21:47 UTC
While installing a Perl module in my home directory, I initially specified "--prefix", instead of "PREFIX", which of course tried to install things outside of the home directory. I tried that once more ending with the same problem. Error of my memory was corrected by reading one of INSTALL or README files. Needless to say, that was result of being more in touch with configure scripts (as a user) than with module installations. Also, I should have read INSTALL & README even if I have installed Perl modules many times.	[reply]