in reply to Replicate Perl setup
See here for one primitive way to do this type of thing. Valuing reliability and lower support costs over flexibility, we installed our version of Perl, along with our stable set of CPAN modules, on many different customer machines -- without affecting other versions of Perl that may be installed on their system, and without requiring root permissions.
BTW, my manager back then had previously worked at Microsoft, where a broken build cut onto millions of CDs was a total disaster ... their build team became paranoid, going to incredible lengths to avoid breaking the build; they'd even experienced cases where simply installing an OS patch broke their build! ... so their build machines were quarantined from the network, with only the build team allowed to touch them.
Reference
References Added Later
Like Fletch and stevieb, I strongly prefer to leave the system perl alone, instead building my own perl (as non-root) that I can safely control, and experiment with, and install CPAN modules to, without risking breaking my Unix system. Conversely, Fletch notes that relying on the system perl couples you tightly to the OS' upgrade schedule, for both the language and CPAN modules ... so a "harmless" OS upgrade can potentially break your mission-critical systems, if they are using the system perl.
Examples of installing a custom Perl:
From Re: Perl installation on Ubuntu and/or Mac OS by ikegami, to install the system Perl and Tk on Ubuntu:
sudo apt install perl perl-tk
See APT (software) (wikipedia) and apt (Advanced Packaging Tool) at Ubuntu package management (and this node which uses the apt-get command) for more details.
You could also install your own Perl using perlbrew (see App::perlbrew):
curl -L https://install.perlbrew.pl | bash perlbrew install 5.40.0 cpan Tk
Building Perl Securely
Examples of building Perl securely from source:
Windows and Strawberry Perl
Portable Perl
Historic Perl
On CPAN
PM Nodes
Platform-Specific perldoc Notes
Containerization
See: Cloud/Virtualization/Container References section at Re: "Magic tools" that take the fun away (Releng/DevOps/Cloud/Virtualization/Container/Server References)
|
---|