May I begin a separate thread for a line of discussion coming up under the
dead camels? The discussion suggests we should also look at (1) what
search.cpan.org comes up with in searching for modules; and (2) what links
PAUSE builds when it extracts POD from an uploaded module. I'm going to
presen
At 21:58 +0100 8/4/03, Nicholas Clark wrote:
Anyway, it's moot point as you already know that the person assigned to
VERP takes an awfully long time to getting a round tuit, so it's unlikely
to be finished soon ( http://siesta.unixbeard.net/svn/trunk/siesta/TODO )
Hmmm... that says:
==
On Mon, Aug 04, 2003 at 10:24:29PM +0200, Elizabeth Mattijsen wrote:
> This could be as simple as sending an email once a month to the CPAN
> id's mail address and set a flag when it has bounced. Maybe once a
> year you would like the author to actually reply to make sure the
> mail isn't going
At 08:58 -0500 8/4/03, Andy Lester wrote:
At 10:34 AM +0400 8/4/03, Konovalov, Vadim wrote:
> I wouldn't mind there being something in PAUSE that says "you have to
touch the module once a year." I don't mean worthless updates, like
but how do you distinguish cases when module does not need updat
Hello,
As long as we are discussing ways to improve the quality of CPAN, this
seems like a good time to mention CPANTS. While addresses Dead Camels
does patch a hole in CPAN, Schwern's CPANTS proposal provides
a complete solution for quality control for CPAN.
Here's a link to more information
Try Test::More, it's true home is Test::Simple but that's 5th on the list.
Understood. HTTP::Response was just an example, and one that was
annoying me because of the skewing of the stats I was collecting...
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
Andy, why don't you talk with acme about getting such information
added to the CPANTS metrics... clearly it is something that authors
want to know.
Oh, I have. It was talking with Leon that this project first came
into being. My goal isn't to have an ongoing stats collection
process like he's g
At 10:34 AM +0400 8/4/03, Konovalov, Vadim wrote:
> I wouldn't mind there being something in PAUSE that says "you have to
touch the module once a year." I don't mean worthless updates, like
but how do you distinguish cases when module does not need updates, just
because it does not needs to be u
> It turns out that in June there were 4000+ hits on modules in the
could you please teach me how do you look such statistic?
Is it available for public?
Andy, why don't you talk with acme about getting such information
added to the CPANTS metrics... clearly it is something that author
> It turns out that in June there were 4000+ hits on modules in the
could you please teach me how do you look such statistic?
Is it available for public?
TIA,
Vadim.
On Sunday 03 August 2003 17:45, Andy Lester wrote:
> There's a distro on CPAN now called lcwa that I would love to see
> disappear. It's from 1997 and it's one of those distros that
> included all its necessary parts rather than rely on depencies.
> Unfortunately, those parts are 6 years out of da
On Sun, 3 Aug 2003, Rocco Caputo wrote:
> I think you can find someone to care about almost any CPAN module.
> Likewise, I suspect that all but the most redundant, and perhaps
> uselessly broken modules have at least one user who will be upset when
> it goes away.
I mainly meant those broken mod
On Mon, 4 Aug 2003, Johan Vromans wrote:
> Maybe a periodic 'ping' to module maintainers (e.g., once every two or
> three months) and mark maintainers (and their modules) that miss a
> couple of pings. Modules marked as such could be returned last by the
> search engines, and be clearly marked as
"Iain 'Spoon' Truskett" <[EMAIL PROTECTED]> writes:
> Ask the author to update or delete. Or offer to take over maintenance.
> Your problems begin when you can't *find* the author.
Maybe a periodic 'ping' to module maintainers (e.g., once every two or
three months) and mark maintainers (and their
* Gabor Szabo ([EMAIL PROTECTED]) [03 Aug 2003 18:31]:
[...]
> If I encounter such a module what should I suggest to the author ?
Ask the author to update or delete. Or offer to take over maintenance.
Your problems begin when you can't *find* the author.
Some of the older dists that bundle in
15 matches
Mail list logo