-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12 Jan 2007, at 10:16, David Landgren wrote:
Do we wait until someone else manifests a need to dust off one of
them to hand over maintenance? Or do we forget about it until next
time? If it's worth it, then I would volunteer.
Actually I was
On 12 Jan 2007, at 10:56, Adriano Ferreira wrote:
For the record, James Keenan is an active developer
(http://search.cpan.org/~jkeenan/). The modules in question were found
in James Freeman's directory (http://search.cpan.org/~jfreeman/).
Did anyone mention James Keenan?
--
Andy Armstrong,
On 12 Jan 2007, at 10:58, Fergal Daly wrote:
Changing the subject from Keenan to Freeman (James Keenan is not MIA),
Ah - I didn't even read the subject :)
--
Andy Armstrong, hexten.net
I was also wondering whether - given that backpan exists so people can
always find them if they really want them - there shouldn't be a
mechanism for removing modules that are unloved and unused.
That strikes me as a little severe. Some may be packaged with OS
distributions.
Heap::Priority
Changing the subject from Keenan to Freeman (James Keenan is not MIA),
F
On 12/01/07, Andy Armstrong [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12 Jan 2007, at 10:16, David Landgren wrote:
Do we wait until someone else manifests a need to dust off one of
them
On Jan 12, 2007, at 4:49 AM, Andy Armstrong wrote:
I was also wondering whether - given that backpan exists so people
can always find them if they really want them - there shouldn't be
a mechanism for removing modules that are unloved and unused.
How in the world could you determine
Le vendredi 12 janvier 2007 à 14:11, David Landgren écrivait:
I was also wondering whether - given that backpan exists so people can
always find them if they really want them - there shouldn't be a
mechanism for removing modules that are unloved and unused.
That strikes me as a little
On Fri, Jan 12, 2007 at 03:09:00PM +0100, Philippe Bruhat (BooK) wrote:
Maybe a yearly email from PAUSE asking them to click a I'm still active
form would be enough?
I get enough spam already.
On Fri, Jan 12, 2007 at 08:07:57AM -0600, Andy Lester wrote:
How in the world could you determine
Andy Armstrong writes:
For that reason attempting to do any completely automated garbage
collection on CPAN would be fraught - but it might be possible to
automatically identify modules that /might/ be dormant and then
manually sift through them.
Trying to change Cpan is likely to be hard:
On 12 Jan 2007, at 15:06, Smylers wrote:
If your hunch turns out to be correct then your service (or whatever)
will turn out to be more useful than the existing one. People will
start using it. At that point in can be blessed with more 'official'
status. For example, consider JJ's Perldoc
On Fri, Jan 12, 2007 at 03:27:04PM +0100, Philippe Bruhat (BooK) wrote:
Le vendredi 12 janvier 2007 à 14:12, Nicholas Clark écrivait:
On Fri, Jan 12, 2007 at 03:09:00PM +0100, Philippe Bruhat (BooK) wrote:
Maybe a yearly email from PAUSE asking them to click a I'm still active
form would
On 12 Jan 2007, at 15:55, Chris wrote:
So... what does the A in CPAN stand for again?
Hang on... It's on the tip of my tongue...
I'm not sure how easy it would be to track #3, because people could be
downloading the modules from other sites, or in different packaged
formats. And I don't
Hi,
It is important to mention that CPAN is put to use by other things
than the CPAN shell and search.cpan.org such as the FreeBSD port system.
So at least a few last versions should be always be available via CPAN.
Ref: http://use.perl.org/~jonasbn/journal/28503
jonasbn
On 12/01/2007,
Smylers wrote:
[stuff about detecting dead modules]
I'm not entirely sure what problem you're trying to solve here. But
that's largely irrelevant -- because however good your idea is, there's
bound to be somebody in the Perl community questioning it or objecting
to it! So don't wait for
David Landgren wrote:
One thing that makes it difficult to play along at home is that
there's no easy way to obtain a dump of the cpan.org RT tickets,
short of violently scraping a web server that's already slow enough
as it is.
If one could obtain a tarball of a tab-delimited file
On Fri, 12 Jan 2007, Andy Armstrong wrote:
Noise reduction / cage cleaning basically.
Everything gets archived in backpan anyway - and I'm not necessarily
proposing removing things from CPAN - but if we could add some
metadata about whether a module was actively supported that alone
might
On Fri, 12 Jan 2007 14:54:28 +, Andy Armstrong [EMAIL PROTECTED]
said:
2 actively used, abandoned
[...]
identify cat 2 modules with a view to flagging them as abandoned
The DSLIP status code has an 'a' reserved for the 'S' to mean
support level: abandoned
It is even used
Hi all!
In this message to Israel.PM:
http://perl.org.il/pipermail/perl/2006-September/008165.html
Yuval Kogman claimed that Module::Build generates CPAN testers reports with no
output from the test harness. Now, I released Math::GrahamFunction, which is
based on Module::Build, a few days ago
Shlomi Fish wrote:
Hi all!
Hello Shlomi,
Yuval Kogman claimed that Module::Build generates CPAN testers
reports with no
output from the test harness. Now, I released Math::GrahamFunction,
which is
based on Module::Build, a few days ago and today received this
failure error
report:
On 1/12/07, Shlomi Fish [EMAIL PROTECTED] wrote:
Yuval Kogman claimed that Module::Build generates CPAN testers reports with no
output from the test harness. Now, I released Math::GrahamFunction, which is
based on Module::Build, a few days ago and today received this failure error
report:
20 matches
Mail list logo
