 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
32 messages in org.perl.cpan-testers-discussRe: The relation between CPAN Testers...| From | Sent On | Attachments |
|---|---|---|
| David Golden | Sep 3, 2008 2:09 pm | |
| Andrew Moore | Sep 3, 2008 2:28 pm | |
| David Cantrell | Sep 4, 2008 6:39 am | |
| David Cantrell | Sep 4, 2008 6:42 am | |
| David Golden | Sep 4, 2008 7:28 am | |
| Gabor Szabo | Sep 4, 2008 7:35 am | |
| Greg Sabino Mullane | Sep 4, 2008 8:29 am | |
| Andy Lester | Sep 4, 2008 8:41 am | |
| chromatic | Sep 4, 2008 10:08 am | |
| Greg Sabino Mullane | Sep 4, 2008 11:19 am | |
| David Golden | Sep 4, 2008 11:30 am | |
| Steffen Schwigon | Sep 4, 2008 11:42 am | |
| Andy Lester | Sep 4, 2008 11:52 am | |
| Andrew Moore | Sep 4, 2008 12:11 pm | |
| Andy Lester | Sep 4, 2008 12:21 pm | |
| Andrew Moore | Sep 4, 2008 12:29 pm | |
| Barbie | Sep 4, 2008 1:13 pm | |
| Bram | Sep 4, 2008 1:13 pm | |
| David Golden | Sep 4, 2008 1:56 pm | |
| Eric Wilhelm | Sep 4, 2008 2:16 pm | |
| David E. Wheeler | Sep 5, 2008 8:48 am | |
| David E. Wheeler | Sep 5, 2008 9:07 am | |
| Andy Lester | Sep 5, 2008 9:13 am | |
| David E. Wheeler | Sep 5, 2008 9:17 am | |
| chromatic | Sep 5, 2008 10:31 am | |
| David E. Wheeler | Sep 5, 2008 11:22 am | |
| chromatic | Sep 5, 2008 11:35 am | |
| David E. Wheeler | Sep 5, 2008 11:45 am | |
| Eric Wilhelm | Sep 5, 2008 11:55 am | |
| Eric Wilhelm | Sep 5, 2008 2:48 pm | |
| David Golden | Sep 5, 2008 3:22 pm | |
| Eric Wilhelm | Sep 5, 2008 4:41 pm |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread 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: | chromatic (chro...@wgz.org) | |
| Date: | Sep 5, 2008 10:31:46 am | |
| List: | org.perl.cpan-testers-discuss | |
On Friday 05 September 2008 08:48:36 David E. Wheeler wrote:
On Sep 4, 2008, at 10:09, chromatic wrote:
Well, you can ignore the FAILs. Or you can evaluate each one to determine if you could change something your code to make it easier for your users. No one compels you to do anything.
You're right, there's no "compel". If reports don't come by email to people who haven't asked for them, then they'll only get reported via an RSS feed I can choose to read or not, and on the search.cpan.org pages of my distributions, which I don't visit. That's not compulsion, that's just "offering public data points" in yet another location I can choose to visit or disregard. Thus now I can get bug reports via:
* personal mail * RT web/RSS * CPAN Forum * CPAN Testers (email/RSS) * CPAN Annotations * CPANTS * Usenet * PerlMonks * countless mailing lists
I may have missed a few.
In my ideal world, CPAN Testers would be a series of platform combinations where I could submit a development version of a distribution and get test results with the latest version of dependent modules and toolchain modules *before* uploading to the CPAN.
* It's opt-in * It answers my most important question when I want it answered * It can provide a reference configuration for CPAN installers * It gives me something I don't already have * It focuses tester resources where (I believe) they're most appropriate
I may do so because I take the quality and utility of my software seriously,but do not mistake that for anything which may instill in you any sort of entitlement. That is an excellent way not to get what you want from me.
I don't think anyone would argue that. Straw man, dude.
I refer you to Greg Sabino Mullane's posts, in which the gentlest expectation is:
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.
However, by what possible logic can you conclude that the appropriate way to get that bug fixed is to report it to people who, given all of the information detected automatically, *do not* maintain CPAN.pm?
Obviously it's not always easy to identify the source of the bug. It is the responsibility of CPAN Testers to run the most recent module in order to minimize such circumstances.
That would increase the utility of CPAN Testers to me if it were true (at least, if by "most recent module" you mean toolchain modules).
It's not my "job" to fix bugs in *my own* distributions. I do it because I care about quality and, contrary to what appears to be near- universal belief around here, I care that people can use my code.
Straw man again. Do you really believe anyone is actually saying that?
I can't find the link, but someone here on Wednesday said "You don't care if people actually use your code", and it's not the first time I've heard it.
-- c