On Fri, 29 May 2009, Daniel Carrera wrote:

Timothy S. Nelson wrote:
While I've no objection to building the end-user software to support multiple repositories, I know that there are certain segments of the community who are very very keen to keep everything in the one repository.

After reading the Zen of Comprehensive Archive Networks (ZCAN), I think there is very good reason for retaining the current infrastructure with the current, large, set of mirrors. That is not to say that we can't upgrade the packages and metadata.


 I'd agree with them, on the following conditions:

-    CPAN accepts packages in Perl5, Perl6, and anything else that runs on

"CPAN shall not piggyback another language" -- from ZCAN.

Judging from the ZCAN page, I don't expect that uploading Ruby modules to CPAN will go well, even if that module can be compiled to Parrot. The ZCAN page gave good reasons for this.

I didn't find them compelling, myself. Because it's possible to call the Ruby modules from Perl6 now, if they're compiled on Parrot, it may be worth thinking about.

-    Some of the other changes mentioned here get implemented (ie. Larry's
    idea of putting binary packages on CPAN as well)

I personally don't care. But some mirrors might object to having their disk usage go up 5-fold because we decided to include binaries for many operating systems and CPUs.

I agree that's a problem. However, the recent suggestion of multiple repos on CPAN for the different OSs has given me an idea; make it possible to mirror CPAN for a certain set of architectures, ie. "Source only" (this is the default), "Fedora", "Debian", "Nokia", etc.


| Name: Tim Nelson                 | Because the Creator is,        |
| E-mail: wayl...@wayland.id.au    | I am                           |

Version 3.12
GCS d+++ s+: a- C++$ U+++$ P+++$ L+++ E- W+ N+ w--- V- PE(+) Y+>++ PGP->+++ R(+) !tv b++ DI++++ D G+ e++>++++ h! y-

Reply via email to