

![]() | 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: | David E. Wheeler (dav...@kineticode.com) | |
| Date: | Sep 5, 2008 11:45:23 am | |
| List: | org.perl.cpan-testers-discuss | |
On Sep 5, 2008, at 11:36, chromatic wrote:
They are annoying, but I'm not sure it's my biggest complaint. There's also the arbitrariness of the upload/debug/revise cycle of trying to please a black box full of testers. I'm not willing to say that this is primarily the fault of CPAN Testers, but it does expose a lot of cracks in the CPAN plumbing.
Yes. Some easily-accessed documentation of best practices wold be welcome, linked to from the pause upload page. That would help. I recently updated all of my modules to work on various platforms and specify versions of Perl, and it was pretty annoying to do the upload/ debug/revise bit (though it was mainly Windows that gave me the pain, not old versions of Perl).
It's a little bit like trying to have a discussion with someone who's upset but won't tell you why, and you have to guess and hope you don't make things worse before you get a useful answer.
Yes, better diagnostics would be welcome, especially for those who suffer from action-at-a-distance failures like you do for your UNIVERSAL:: modules.
Well, you can upload a dev version to CPAN and the testing bots will test it, I believe. It'd be nice if there was a separate place to upload code to be tested before you actually released it. That'd be very handy indeed.
Even being able to identify from a distribution which CPAN Testers platforms will even try to run tests would help. (Oh dear, this'll get all of those 5.005 boxes running my code.)
I do like how CPANTS lists the original dozen or so Kwalitee metrics and their solutions on the individual distribution Kwalitee pages.
Yeah, it's a bit more advanced that way, in that it has specific metrics, whereas CPAN testers is just ("does it build" and "do the tests pass"). It's the former that seems to cause the most aggravation, as there are many reasons a build could fail and it's difficult to tell which reason or reasons are the underlying cause.
Best,
David







