metacpan-api icon indicating copy to clipboard operation
metacpan-api copied to clipboard

Module API thinks ExtUtils::Depends is in Gtk-Perl

Open theory opened this issue 8 years ago • 4 comments

Output from /v1/module/ExtUtils::Depends:

"release" : "Gtk-Perl-0.7010",

That is not correct. It should be in the ExtUtils-ModuleMaker distribution.

theory avatar Jan 25 '17 19:01 theory

Just some digging into this issue:

From 02packages.details.txt: ExtUtils::Depends 0.405 X/XA/XAOC/ExtUtils-Depends-0.405.tar.gz

Metacpan frontend search shows both distributions as results.

MLEHMANN has comaint on ExtUtils::Depends in PAUSE so the module in Gtk-Perl is not considered an unauthorized release, however the ExtUtils-Depends distribution has been released more recently.

Grinnz avatar Jan 27 '17 17:01 Grinnz

@Grinnz you are right, I have checked it earlier and saw the exact same thing.

This is the same issue as #592 so we don't need a separate issue - we can keep that conversation open, as we haven't reached a conclusion re solution.

I'm closing this one.

mickeyn avatar Jan 27 '17 17:01 mickeyn

I'm going to re-open this so that @theory can track when this particular case is fixed. We can track the actual bug in #592

oalders avatar Jan 27 '17 21:01 oalders

Anyone have a suggestion for fixing this issue? I had a look at GTK-Perl's META.yml file, but it does not say that it provides ExtUtils::Depends, so I'm a bit confused as to why 02packages.details.txt thinks it does. Would this be fixed if Gtk-Perl updated its META files to list the modules it actually provides? Or maybe it needs a directive to tell CPAN not to index certain directories?

Hrm, actually looks like 0.7010 is an unauthorized release. Is the issue with the indexing of 0.700?

Ah, yes, looks like it. Let's find out how to get the distribution fixed, either by making MLEHMAN the author or getting KJALB to make a new release.

theory avatar Feb 06 '17 18:02 theory