32 messages in org.perl.cpan-testers-discussRe: The relation between CPAN Testers...
FromSent OnAttachments
David GoldenSep 3, 2008 2:09 pm 
Andrew MooreSep 3, 2008 2:28 pm 
David CantrellSep 4, 2008 6:39 am 
David CantrellSep 4, 2008 6:42 am 
David GoldenSep 4, 2008 7:28 am 
Gabor SzaboSep 4, 2008 7:35 am 
Greg Sabino MullaneSep 4, 2008 8:29 am 
Andy LesterSep 4, 2008 8:41 am 
chromaticSep 4, 2008 10:08 am 
Greg Sabino MullaneSep 4, 2008 11:19 am 
David GoldenSep 4, 2008 11:30 am 
Steffen SchwigonSep 4, 2008 11:42 am 
Andy LesterSep 4, 2008 11:52 am 
Andrew MooreSep 4, 2008 12:11 pm 
Andy LesterSep 4, 2008 12:21 pm 
Andrew MooreSep 4, 2008 12:29 pm 
BarbieSep 4, 2008 1:13 pm 
BramSep 4, 2008 1:13 pm 
David GoldenSep 4, 2008 1:56 pm 
Eric WilhelmSep 4, 2008 2:16 pm 
David E. WheelerSep 5, 2008 8:48 am 
David E. WheelerSep 5, 2008 9:07 am 
Andy LesterSep 5, 2008 9:13 am 
David E. WheelerSep 5, 2008 9:17 am 
chromaticSep 5, 2008 10:31 am 
David E. WheelerSep 5, 2008 11:22 am 
chromaticSep 5, 2008 11:35 am 
David E. WheelerSep 5, 2008 11:45 am 
Eric WilhelmSep 5, 2008 11:55 am 
Eric WilhelmSep 5, 2008 2:48 pm 
David GoldenSep 5, 2008 3:22 pm 
Eric WilhelmSep 5, 2008 4:41 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: The relation between CPAN Testers and quality (or why CPAN Testers sucks if you don't need it)Actions...
From:Greg Sabino Mullane (gr@endpoint.com)
Date:Sep 4, 2008 11:19:03 am
List:org.perl.cpan-testers-discuss

Sorry, but paying attention is the author's job. A fail is something that should be fixed, period, regardless of the number of them.

According to who? Who's to say what my job as an author is?

Obviously I should be semantically careful: "job" and "author" are overloaded words. How about this:

It's a general expectation among users of Perl that module maintainers are interested in maintaining their modules, and that said maintainers will try their best to remove any failing tests (that are under their power to do so).

The parenthetical bit at the end is in response to the broken-CPAN straw man argument. Obviously (rare) things like that are out of control of the author, along with bugs in any other dependencies, OS utility, etc.

I recognize that CPAN is a volunteer effort, but it does seem to me there is a implicit responsibility on the part of the author to maintain the module going forward, or to pass the baton to someone else. Call it a Best Practice, if you will. The end-user simply wants the module to work. Maintainers not paying attention, and the subsequent bitrot that is appearing on CPAN, is one of Perl's biggest problems at the moment. Careful attention and responsiveness to CPAN testers and to rt.cpan.org is the best cure for this.