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 the
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 ...
To me,
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.yaml/(.json)
On Fri, 2 Apr 2010 09:01:37 -0400, David Golden xda...@gmail.com 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
On Fri, Apr 02, 2010 at 04:49:44PM +0200, Aristotle Pagaltzis wrote:
* Tim Bunce tim.bu...@pobox.com [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