Re: Are all CPAN modules supposed to be listed on metacpan.org?
Eric Pozharski <[email protected]> Sat, 23 Mar 2024 16:03:07 +0000
| Newsgroups | comp.lang.perl.misc |
|---|---|
| Organization | A noiseless patient Spider |
| Message-ID | <[email protected]> |
with <[email protected]> Thomas Dorner wrote: > Tim Landscheidt <[email protected]> writes: >> I'm looking into broken URLs of Fedora packages of (inter alia) CPAN >> modules, in the following picking >> https://src.fedoraproject.org/rpms/perl-Config-IniHash as a random >> example. *SKIP* [ 14 lines 2 levels deep] >|The first line of a META.yml file should be a valid YAML document >|header like "--- #YAML:1.0". > Maybe that's the problem? (Just a wild guess as I'm not really > familiar with the old spec's details.) > If an author releases a new module (or new version) on PAUSE, an > indexer analyses the package including the META-spec (and usually > sends a mail to the author that everything went well, what it indexed > etc.). But this process can sometimes fail and the author has to > restart it manually. (I never had any problems though, I just read > about it.) Disclaimer: I'm not affiliated with cpan-people either, what follows is my speculation. Config-IniHash has been added to CPAN ~20070125 and about ~201712## it has been "removed". However, what "removed" means in Perl-land is "removed from indexes" or de-indexed. Files themselves must be scheduled for purge by author (it means: personally by author). That act of care has never happened. From Perl, perl, and CPAN perspective Config-IniHash doesn't exist. It is possible that some cruft has been accumulated in various places on the span of 15y. I'm pretty much certain there's more. *CUT* [ 15 lines 2 levels deep] -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom