New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cpan fail to install any module #13853
Comments
From me@shadsterling.comCreated by me@shadsterling.comAny attempt to install a module with (macports) cpan fails with the following error: Can't locate object method "requirements_for_module" via package "CPAN::Meta::Requirements" at /opt/local/lib/perl5/5.16.3/CPAN/Distribution.pm line 2802. Perl Info
|
From @jkeenanOn Sat May 17 06:56:38 2014, me@shadsterling.com wrote:
1. Can you supply the version of the CPAN library you were using? perl -MCPAN -E 'say $CPAN::VERSION' 2. Since CPAN.pm is primarily maintained on CPAN (as opposed to being maintained by Perl 5 Porters), I suspect this ticket will have to be moved to that library's own bug queue at rt.cpan.org. Thank you very much. |
The RT System itself - Status changed from 'new' to 'open' |
From @jkeenanOn Sat May 17 06:56:38 2014, me@shadsterling.com wrote:
I believe you have some sort of confusion among various versions of the CPAN libraries installed on your system. AFAICT, the version of the CPAN library that came with perl 5.16.3 was 1.9800. ##### But the string "requirements_for_module" does not appear in CPAN/Distribution.pm in 1.9800. AFAICT, it first appears in the TRIAL version 2.04: http://preview.tinyurl.com/ooqrfvf ... or, with respect to released versions, 2.05. Is it possible that your Macports version of the 'cpan' utility is associated with v2.05 of the CPAN library? Thank you very much. |
From me@shadsterling.comOn Sat May 17 08:22:22 2014, jkeenan wrote:
Yes, I have cpan 2.05 with perl 5.16.3 - looks like something's out of sync in the macports packaging. cpan 2.05 is provided by macports package perl5, and perl 5.16.3 is selected by choosing a variant of that package (currently the default variant), perl5+perl5_16. See macports bug #43741, https://trac.macports.org/ticket/43741 |
From me@shadsterling.comOn Tue May 20 12:37:03 2014, me@shadsterling.com wrote:
By uninstalling and reinstalling the macports packages, cpan was reverted to matching version 1.98. cpan sometimes gives warnings that a new version of cpan is available, and running $(cpan CPAN) will update something to an incompatible version. It looks like the bug is that cpan will break itself with that update. |
From @jkeenanOn Wed May 21 08:09:05 2014, me@shadsterling.com wrote:
I've taken a look at the macports Trac ticket you listed above. While I haven't used macports myself in several years, the sort of problem you describe there reminds me of problems that I used to encounter when I tried *mixing* different ways of installing CPAN modules on the same machine. At one point on a particular iBook G4, I had modules installed via 'cpan', 'cpanplus', 'macports', 'darwinports' and 'fink'. Confusion abounded! Hence, it's not surprising to me that you encounter problems when mixing 'cpan' and 'macports' -- even though you probably had good reason to do so. In any case, as I noted in one of my posts on May 17, the 'cpan' utility and the larger 'CPAN' library are primarily maintained on CPAN itself -- not in the Perl 5 core distribution. As such, if there is a bug in 'cpan' or the 'CPAN' library -- and I'm not persuaded that there is -- then it needs to be reported as a new bug in CPAN's own bug queue, located at https://rt.cpan.org//Dist/Display.html?Queue=CPAN. Since there's no bug located within the scope of what Perl 5 Porters are responsible for, I'm going to close this ticket. Thank you very much. |
@jkeenan - Status changed from 'open' to 'rejected' |
Migrated from rt.perl.org#121901 (status was 'rejected')
Searchable as RT121901$
The text was updated successfully, but these errors were encountered: