perlorg / cpanorg Goto Github PK

Most of the copy at the bottom should be updated/replaced to reflect the new mirroring methods

cpan.org/index.html has a lot of (useful) legal copy in the source as a comment, this should be
moved into the relevant page (siteinfo? / disclaimer / how-to-mirror?) and then linked to in the comment.

I'm not sure whether this is a CPAN issue or Strawberry Perl issue, and if the former, if there's a better repository to report this under.

Anyway, of late (last 2 or 3 months), every time I run cpan on Strawberry Perl to upgrade my library of installed packages, my AntiVirus tells me that gmake.exe has been updated -- do I want to proceed? Frequently, I also get a warning that perl.exe has been updated. Is this expected behavior? I'm guessing that it may not be the Strawberry package, as it's every time I run cpan to update. Are you packaging fresh copies of gmake and maybe Perl every day?

This is a problem for me because the warning about the update suspends the update process until I give permission to proceed. I can't just fire off the massive daily update (for three Perl versions) and forget about it. It would be nice to have these utilities only update when they've been changed.

https://www.cpan.org/src/README.html lists 5.26.2 as the latest release for major 5.26, but according to https://github.com/Perl/perl5/blob/50fa0906cafc0e8c5309e293c2c2ded4d50a9e25/pod/perlhist.pod#the-records there's also a 5.26.3. I guess that the data comes from http://search.cpan.org/api/dist/perl (surprising, search.cpan.org is still active?) where only 5.26.3-RC1 is listed, but no 5.26.3.

> dmake install
cpanm Template JSON Template::Plugin::Comma  Template::Plugin::JSON \
        XML::RSS local::lib File::Slurp
CreateProcess failed (2).
dmake:  Error executing 'cpanm Template JSON Template::Plugin::Comma  Template::
Plugin::JSON    XML::RSS local::lib File::Slurp': No such file or directory
dmake:  Error code -1, while making 'install'

I'll work on a patch.

http://www.cpan.org/src/README.html

I know this is generated separately, but if possible would be nice to get the new page wrapper on as it is the only top level page that doesn't have the new design.

FWIW, the cronjobs that run on the master mirror server are below.

cpan/content is a clone of this repository.
cpan/ is devel/cpanorg-generators for weird historical reasons.

cd cpan; ./bin/update-CPAN-data

cd cpan/content; make update-daily
cd cpan/content; make update-master

cd cpan; bin/update-CPAN-indices
cd cpan; bin/update-CPAN-timestamp
cd cpan; bin/update-CPAN-MIRRORING.FROM > ~/tmp/mf.2 && mv ~/tmp/mf.2 CPAN/MIRRORING.FROM
cd cpan; bin/update-CPAN-RECENT
cd cpan; bin/perl-label.sh

(plus a few related to the mirrors list).

on this page: http://www.cpan.org/ports/binaries.html located the dead link: http://www.cpan.org/ports/src/ at "You can build your own version of Perl from the source. "

Being investigated now - also make sure modules/index.html is up to date.

Tag pushes to the site with date/time.

I wanted to provide patches for régions of France in the mirror list.
But I can't find the mirror list in this repository. SITES-list.html is not here either.
Nothing is said in the README about its location.

http://www.cpan.org/src/perl-5.14.0.tar.gz is missing

Seems to be: http://www.cpan.org/src/5.0/perl-5.14.0.tar.gz so links on http://www.cpan.org/src/ are wrong...

What should it be?

See: #18

Listing the recommended modules such as local::lib and soforth are a good start.

But it appears necessary to have documented somewhere an overview of how one should use those modules ( ie: instead of requiring users to read all the documentation of all the modules, a simplified starter on how to use them would be useful ).

As would a more detailed advice section on the advantages of separation of yourself from the system perl, in an attempt to discourage people's first option being "sudo" ( Which can entirely break their linux and their vendors install toolchain )

Unfortunately, although I'd like to see such changes, I'm not entirely sure of the best way to write them, and my prose skills are very limited, so this bug will serve as more of a discussion of what /could/ be done and the overall flow prior to somebody attempting it:

Because arguably, some of these elements are politicalised in nature, and we'd need to iron out common requirements first.

Eventually it would be nice to have generated index.html pages for at least:

modules/by-author/id/ * /
modules/by-author/id/ * / * /
modules/by-module/ * /

Similar to what will be modules/by-author/id/index.html (e.g. _modules/by-author/id/index.html)

The script bin/cpanorg_rss_fetch is missing from the repository.
"make" fails.