in reply to Re^2: Should cpanminus be part of the standard Perl release?
in thread Should cpanminus be part of the standard Perl release?

cpanm has it's advantages, one being speed, it's simply a lot faster.

How can that be? cpan and cpanm are simply front ends for the installers provided by the distributions.

  • Comment on Re^3: Should cpanminus be part of the standard Perl release?

Replies are listed 'Best First'.
Re^4: Should cpanminus be part of the standard Perl release?
by marto (Cardinal) on Jun 24, 2018 at 16:05 UTC

    This isn't strictly true, both packages work differently, as the anonymonk has commented on. Shortly I'll be in a position to demonstrate some evidence/test cases.

Re^4: Should cpanminus be part of the standard Perl release?
by Anonymous Monk on Jun 07, 2018 at 22:32 UTC

    How can that be? cpan and cpanm are simply front ends for the installers provided by the distributions.

    Because it never tries to download  1,781,641 02packages.details.txt.gz and then unzip/load into a  44,652,400 sourcefiles.s2.39.c0.9133.stored or  21,497,461 Metadata or a  18,997,248 cpandb.sql

    These numbers are a 2-6 years old, thats when I switched to cpanminus away from cpanplus and rarely cpan