-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 25, 2007, at 9:36 PM, imacat wrote:
We don't maintain that site, Elaine does and I believe she's busy at
the moment.
Sorry, we don't have any access to change it.
- ask
Hi. This is imacat from Taiwan. Is there any news on this
On Mar 25, 2010, at 4:12, Tim Bunce wrote:
> Currently on PAUSE you have to explicitly delete old uploads.
>
> How about changing it so you have to explicitly KEEP old uploads
> that appear to have been superseded?
I like it.
I agree with Jarkko that there should be a way to "pin" some version
On Mar 25, 2010, at 8:38, Andy Armstrong wrote:
>> I like that solution better
>
>
> [snip]
>
> But solution to what? Are we convinced there's actually a problem here?
CPAN has almost 200k files. www.cpan.org says there are "17627 modules".
rsyncing a gazillion files doesn't work that well
On Mar 26, 2010, at 16:02, Arthur Corliss wrote:
> Why use rsync, then? Why not have checkpointed logs on cpan with
> additions/removals logged by date so you can roll forward on the client,
> processing only those files? It would be trivial to set up and a lot more
> efficient.
I find it cur
You are misunderstanding the problem of changing the mirroring mechanism.
Making new software is nice and good -- Andreas already has something that's
better for the PAUSE data.
Getting 1000s of mirrors to use your software (rather than rsync which they use
for ALL OTHER mirrors -- not so easy.
On Mar 31, 2010, at 6:52, David Nicol wrote:
> new proposal: Make modules "pay rent" in order to remain on a mirror.
> Rent could be in the form of actual user interest, or good reviews.
How you are proposing purging useless stuff from CPAN -- that's a lot more
radical than Tim's proposal of j
Just to summarize (and this is going to be the last mail I send in this thread):
Old releases (more than a few releases back) are virtually useless. Just how
useless is up for debate, but BACKPAN is there.
We've always encouraged CPAN authors to purge old releases as appropriate.
Tim noticed (
On Apr 1, 2010, at 19:49, Arthur Corliss wrote:
I can't believe I'm doing this, but ...
>> The main point here is that we can't use 20 inodes per distribution. It's
>> Just Nuts. Sure, it's only something like 400k files/inodes now - but at
>> the rate it's going it'll be a lot more soon en
On Apr 1, 2010, at 19:49, Arthur Corliss wrote:
> I've made a viable suggestion, and offered some time to work on it. But
> you've made it abundantly clear that it's not welcome.
Talk = ZzZz.
Code = Interesting.
Deployment = Useful.
- ask
On Apr 1, 2010, at 16:50, Tim Bunce wrote:
> * The need for widespread mirroring is less significant than it was in
> years past. (Also using git as the inter-mirror transport of source files
> means there'll be much less traffic between mirrors. Effectively only
> the diffs between releases.)
T
On Apr 2, 2010, at 14:03, Tim Bunce wrote:
> Imagine a cpan-all 'superproject' repro that has all the distros as
> submodules. This repro would be tiny when cloned because it only
> contains empty directories for the distos plus the metadata for where
> the upstream distro repro lives and what t
On Apr 2, 2010, at 1:50, Arthur Corliss wrote:
> And my assertion has been that the excessive stats by the server are a bigger
> impediment to synchronization than the inode count.
Well, then one of us don't understand how file systems etc work. :-)
- ask
On 11/24/10 1:23, Nicholas Clark wrote:
The symlink tree is built by scripts, isn't it? Are they available?
Actually; since earlier this year it's not being built anymore. I
promised to write a note announcing it but haven't gotten around to it.
So inadvertently we got to test if anyone car
On 11/24/10 1:23, Nicholas Clark wrote:
The symlink tree is built by scripts, isn't it? Are they available?
Actually; since earlier this year it's not being built anymore. I
promised to write a note announcing it but haven't gotten around to it.
So inadvertently we got to test if anyone car
On Dec 21, 2004, at 15:12, Graciliano M. P. wrote:
Please don't cc [EMAIL PROTECTED] on this -- it's so not relevant for the
people on that address.
Is not the 1st time that I receive a FAIL report from CPAN telling
that is
not possible to find module X at @INC, saying to add the PREREQ_PM at
M
On Oct 23, 2005, at 10:22, David Golden wrote:
I noticed that search.cpan.org hasn't updated since Friday, and
when I looked at the RECENT file at cpan.org (http://cpan.org/
RECENT.html), that, too, seems to have been last updated on
Friday. I also know that PAUSE has more recent stuff (on
16 matches
Mail list logo
