Beefy Boxes and Bandwidth Generously Provided by pair Networks
Your skill will accomplish
what the force of many cannot
 
PerlMonks  

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

by hipowls (Curate)
on Mar 22, 2008 at 20:38 UTC ( [id://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
Domain Nodelet?
Node Status?
node history
Node Type: note [id://675676]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others lurking in the Monastery: (3)
As of 2024-04-25 22:16 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found