Skip to content
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

Fails on packages there is mismatching between module & package versions #23

Closed
jmfernandez opened this issue May 22, 2015 · 5 comments
Closed
Assignees
Labels
Milestone

Comments

@jmfernandez
Copy link

Meanwhile I was trying to generate an ebuild for OWL::Simple::Parser module, the digestion phase failed because g-cpan used as version number the one from the module (1.01) instead of the one from the whole Perl package (0.51) which contains it, as you can see at http://cpansearch.perl.org/src/TOMASZ/OWL-Simple-0.51/META.json

So, all these commands generate wrong ebuilds:

  • g-cpan -g OWL::Simple::Parser -> FAILS (misuses version 1.01 instead of 0.51)
  • g-cpan -g OWL::Simple::OBOWriter -> FAILS (misuses version 0.06 instead of 0.51)
  • g-cpan -g OWL-Simple -> FAILS (due the package does not contain a OWL::Simple module)

I tested this with g-cpan 0.16.6 and master version, with the same results.

@jmfernandez
Copy link
Author

I have also realized that the generated ebuild contains a wrong dependency on dev-lang/io instead of perl-core/IO or virtual/perl-IO

@bor bor self-assigned this Apr 22, 2016
@bor bor added the bugfix label Apr 22, 2016
bor added a commit to bor/g-cpan that referenced this issue Apr 26, 2016
now modules like IO should be detected fine (mentioned in gentoo-perl#23)
bor added a commit to bor/g-cpan that referenced this issue Apr 26, 2016
now modules like IO should be detected fine (mentioned in gentoo-perl#23)
@bor bor added this to the v0.16.8 milestone May 6, 2016
@bor bor changed the title g-cpan fails on packages with mismatching module versions Fails on packages there is mismatching between module & package versions May 12, 2016
@bor
Copy link
Collaborator

bor commented May 17, 2016

bor added a commit to bor/g-cpan that referenced this issue May 17, 2016
…ntoo-perl#23)

for set MODULE_VERSION in ebuild
also reported as Gentoo #542180
@bor bor closed this as completed in 1d2f26d May 20, 2016
@bor
Copy link
Collaborator

bor commented May 20, 2016

@jmfernandez please test current live version,
is it ok for you now?
emerge =app-portage/g-cpan-9999

@jmfernandez
Copy link
Author

jmfernandez commented May 23, 2016

The first two cases now work as expected (nice!):

  • g-cpan -g OWL::Simple::Parser
  • g-cpan -g OWL::Simple::OBOWriter

but the third one still fails:

  • g-cpan -g OWL-Simple -> FAILS (due the package does not contain a OWL::Simple module)
# g-cpan -g OWL-Simple
-CPAN::SQLite not installed, trying to work without
Reading '/root/.cpan/Metadata'
  Database was generated on Sun, 22 May 2016 23:29:02 GMT
 * OWL::Simple is not a CPAN module!
Use of uninitialized value in lc at /usr/bin/g-cpan line 605.
Use of uninitialized value in lc at /usr/bin/g-cpan line 609.

Perhaps this last one should be treated in a different issue.

@bor
Copy link
Collaborator

bor commented May 23, 2016

Good.
Indeed, this is enhancement about to support package names as well as module names.
I will create issue about this. And once it will be handled ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants