That's not reliably sufficient on a "bare" system. Prima needs runtimes and in particular development headers for some graphics libraries which cpanm won't install. | [reply] |
Indeed, if you are missing the prereqs it will tell you, ** No image codecs found, I likely have them from building something else in the past.
| [reply] [d/l] |
So, where can I get cpanm? If I say sudo apt-get install cpanm, it says there's no such program. I noticed that there's a cpanminus on Github. But I am not sure if cpanm is the same as cpanminus.
https://github.com/miyagawa/cpanminus/tree/devel/App-cpanminus
Am I looking at the right thing? | [reply] |
I strongly recommend not messing with the system perl on Linux!
Building your own perl can be done as non-root, allows you to use the latest Perl,
and gives you the freedom to experiment and play around with things without risking breaking your system Perl.
In case it's of use, this node (in the "Example: build perl v5.38 securely from source on Ubuntu" section)
includes a complete example of building the latest Perl securely from source as non-root using App::cpanminus
(and its cpanm command),
followed by installing and uninstalling a CPAN module.
| [reply] |
I strongly recommend not messing with the system perl on Linux!
I agree in general. But there is nothing evil or risky in the system perl IF you use it as intended by the system (i.e. the Linux distribution, but the same also applies to MacOS and the *BSDs).
In other words, don't uninstall Perl module packages installed by the distribution installer, install modules using the distribution tools from the distribution packages, and do not install anything directly from CPAN. This effectively limits you to the Perl modules packaged by the distribution. But there are generally a lot of Perl modules available, plus the distribution takes care of installing dependencies (e.g. libxml, database drivers, graphics libraries, and so on). This way, installing Perl modules can be very convenient.
If you prefer to tweak perl as you like, if you want to install the most recent perl modules from CPAN, or if you simply don't like to depend on other people to package Perl modules for you, then yes, stay away from the system perl and compile your own perl.
My background is Slackware Linux, which is one of very few distributions that do NOT depend on Perl. Installing perl is recommended, but optional. (You need perl to compile the Linux kernel, though.) So I usually use the system perl. Recently, I'Ve switched to Debian stable, after using Debian (and Ubuntu) at work for years. So far, I found Debian packages for almost all Perl modules that I needed. For the few (pure-perl) modules that don't have a Debian package, I ignored my own advice from above and installed them from CPAN.
Alexander
--
Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)
| [reply] |
That's the one. Note that apt cpanminus will install that for you. The README is helpful, and provides other options/considerations, as mentioned previously building your own perl with perlbrew, should you wish to avoid playing with the system perl.
| [reply] [d/l] |
So, where can I get cpanm?
- Go to MetaCPAN
- Type cpanm into the search box and hit return
- Click the first entry of the search results
- Click the Download link in the left panel
| [reply] |