Beefy Boxes and Bandwidth Generously Provided by pair Networks
XP is just a number
 
PerlMonks  

Re: Seeking Advice re. Managing the perl / modules installs

by hipowls (Curate)
on Mar 22, 2008 at 20:38 UTC ( #675676=note: print w/ replies, xml ) Need Help??


in reply to Seeking Advice re. Managing the perl / modules installs

My preference is to install a separate perl for these reasons.

  • The system is never broken by an upgrade to a module. Most Linux distributions come with Perl scripts for system tasks, you don't want to maintain those.
  • You can upgrade the version of Perl without breaking the system, you don't have to track down all the modules used by the distribution scripts
  • You can install multiple versions in parallel.
  • The Perl build can be customized for your usage. Don't use threads? Don't build it.

Whatever you choose to do, you need a process to track what CPAN modules are deployed so that you can reproduce your environment whenever you upgrade Perl or deploy to a new machine.

You also need a process for deployment into test and production. You can't deploy an upgraded module or version of Perl whilst it is being used by the system. Personally I prefer that the sysadmins be responsible for deployment to production as we have those procedures (They involve outage windows at god awful times;)


Comment on Re: Seeking Advice re. Managing the perl / modules installs

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://675676]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others wandering the Monastery: (6)
As of 2014-11-01 02:34 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    For retirement, I am banking on:










    Results (227 votes), past polls