Beefy Boxes and Bandwidth Generously Provided by pair Networks
Come for the quick hacks, stay for the epiphanies.
 
PerlMonks  

cpanm installs ExtUtils::MakeMaker again and again on FreeBSD

by anazawa (Scribe)
on Feb 19, 2012 at 04:18 UTC ( [id://954833]=perlquestion: print w/replies, xml ) Need Help??

anazawa has asked for the wisdom of the Perl Monks concerning the following question:

Hi Monks, App::cpanminus installs ExtUtils::MakeMaker again and again on FreeBSD:
$ uname -a FreeBSD (host) 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15 UT +C 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC +i386 $ perl -v This is perl 5, version 12, subversion 4 (v5.12.4) built for i386-free +bsd-64int $ su # cpan App::cpanminus # cpanm Moose ... ==> Found dependencies: ExtUtils::MakeMaker ... Building and testing ExtUtils-MakeMaker-6.62 ... OK .. # cpanm Moo ... ==> Found dependencies: ExtUtils::MakeMaker ... Building and testing ExtUtils-MakeMaker-6.62 ... OK ...
I reported what happened to the CPAN author and the ports maintainer of devel/p5-App-cpanminus months ago. I wonder cpanm doesn't know which module is installed. And so I think the above problem depends on the platform, not cpanm itself. On the other hand, the cpan command works well. Why does cpanm install ExtUtils::MakeMaker again and again? Should I use 'cpan' instead of 'cpanm' on FreeBSD?

Update: added version of cpanm (Thanks to Anonymous Monk)

# cpanm -v cpanm (App::cpanminus) 1.5007 on perl 5.012004 built for i386-freebsd- +64int Work directory is /root/.cpanm/work/1329665008.1924 ( <- Should I hide + this number here? ) You have make /usr/bin/make You have LWP 6.03 You have /usr/bin/tar: bsdtar 2.8.4 - libarchive 2.8.4 You have /usr/bin/unzip

Update: The following works well: (Thanks to one of my followings on Twitter)

# cpanm --uninst-shadows ExtUtils::MakeMaker # cpanm Mojolicious

Replies are listed 'Best First'.
Re: cpanm installs ExtUtils::MakeMaker again and again on FreeBSD
by davido (Cardinal) on Feb 19, 2012 at 06:16 UTC

    Sam Tregar, in his Apress book, Writing Modules for CPAN addresses the type of email and bug reports a module maintainer might receive:

    The e-mail you'll receive falls roughly into two categories--useful and bewildering. The useful e-mail will contain feature requests, bug reports, and questions. In the second category, you'll find e-mail that sounds like a bug report but doesn't contain nearly enough information for you to be sure--usually something along the lines of "it doesn't work!!!"

    So if you haven't had a response after attempting to contact the author and/or maintainer of App::cpanminus, you may want to ask yourself which category your report fell into.

    First, consider how you submitted the report. Did your report to the porters at freebsd.org make it to the right person? Was it detailed enough? Would it have been more appropriate to submit the bug report to the Github 'Issues' list for cpanminus, or the rt.cpan.org cpanminus page? I didn't see your issue mentioned on either of those lists, though I suppose you might have disguised it under a different subject line. But one of those two lists are where I would expect to find a serious bug report.

    It's certainly not impossible that you've discovered a bug in cpanminus, although it seems to be passing its own test suite on 445 out of 446 smoke testers systems. But passing a test suite doesn't mean anything more than the fact that the module passes all the tests that are currently bundled with it. Often as bugs are reported additional tests are added to suites to demonstrate the bug and that it has been fixed. Module maintainers love getting bug reports that contain concise tests, and even better patches with tests.

    At any rate, my suggestion is to try to present your case as clearly as possible to the github issues list, or the rt list, and then wait for a response.


    Dave

      I know you are right. I needed suggestions like yours. That was why I posted my issue here. To understand what you meant, I needed to read your entry three times :) Your entry was full of mentions. I didn't know what "Public Bug Tracker" was. Thanks a lot.
Re: cpanm installs ExtUtils::MakeMaker again and again on FreeBSD
by marto (Cardinal) on Feb 19, 2012 at 10:51 UTC
Re: cpanm installs ExtUtils::MakeMaker again and again on FreeBSD
by Anonymous Monk on Feb 19, 2012 at 05:49 UTC
      I should display the version:
      # cpanm -v cpanm (App::cpanminus) 1.5007 on perl 5.012004 built for i386-freebsd- +64int Work directory is /root/.cpanm/work/1329665008.1924 You have make /usr/bin/make You have LWP 6.03 You have /usr/bin/tar: bsdtar 2.8.4 - libarchive 2.8.4 You have /usr/bin/unzip
      It was my fault :(
Re: cpanm installs ExtUtils::MakeMaker again and again on FreeBSD
by Anonymous Monk on Apr 11, 2014 at 04:26 UTC
    FreeBSD 10 . Virgin install . cpanminus seems unable to determine the version of ExtUtils::MakeMaker after repeated successful installs. This comment just to associate the cpanm --uninst-shadows ExtUtils::MakeMaker as a solution to this problem that worked in my case if anyone else is searching. I had this problem with Poet. The error post: cpanm --notest install MISC::PKG ==> Found dependencies: ExtUtils::MakeMaker ! Installing the dependencies failed: Missing version info for module 'ExtUtils::MakeMaker' ! Bailing out the installation for MISC::PKG

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: perlquestion [id://954833]
Approved by McDarren
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others meditating upon the Monastery: (5)
As of 2024-03-29 07:38 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found