Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses
 
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 making s'mores by the fire in the courtyard of the Monastery: (5)
As of 2015-07-03 00:39 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    The top three priorities of my open tasks are (in descending order of likelihood to be worked on) ...









    Results (47 votes), past polls