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