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
# from David Golden
# on Friday 02 April 2010 06:01:
>> On Mar 31, 2:51 am, tim.bu...@pobox.com (Tim Bunce) wrote:
>>> It would be handy if there was a way for authors to indicate that
>>> new maintainers are sought. Perhaps via the META.yaml/(.json) file.
>> ...
>It's not in the CPAN META spec ..
On 2010-04-03, at 7:03 PM, Eric Wilhelm wrote:
> # from David Golden
> # on Friday 02 April 2010 06:01:
>
>>> On Mar 31, 2:51 am, tim.bu...@pobox.com (Tim Bunce) wrote:
It would be handy if there was a way for authors to indicate that
new maintainers are sought. Perhaps via the META.ya
> On Fri, 2 Apr 2010 09:01:37 -0400, David Golden said:
> To me, PAUSE would seem to be the right place to do it, as it doesn't
> require authors to re-release a distribution just to indicate a change
> in status. PAUSE permissions need to support "open for claiming" that
> would let
On Fri, Apr 02, 2010 at 04:49:44PM +0200, Aristotle Pagaltzis wrote:
> * Tim Bunce [2010-04-02 15:55]:
> > So, for a cpan-git-mirror to update itself it only needs to do:
> >
> > cd cpan-all && git pull && git submodule update
> >
> > The git pull of cpan-all repro would be very fast as it's t
On Saturday 03 Apr 2010 09:28:28 Andreas J. Koenig wrote:
> > On Fri, 2 Apr 2010 09:01:37 -0400, David Golden
said:
> > To me, PAUSE would seem to be the right place to do it, as it doesn't
> > require authors to re-release a distribution just to indicate a change
> > in status. PAUSE
