Leader of Birmingham.pm [pm.org] and a CPAN author [cpan.org]. Co-organised YAPC::Europe in 2006 and the 2009 QA Hackathon, responsible for the YAPC Conference Surveys [yapc-surveys.org] and the QA Hackathon [qa-hackathon.org] websites. Also the current caretaker for the CPAN Testers websites and data stores.
If you really want to find out more, buy me a Guinness
Links:
Memoirs of a Roadie [missbarbell.co.uk]
[pm.org]
CPAN Testers Reports [cpantesters.org]
YAPC Conference Surveys [yapc-surveys.org]
QA Hackathon [qa-hackathon.org]
We haven't designed a homepage or anything yet, and Robert has only just checked in all the code. We still intend for all the bugs/wishlists to be reported via rt, so if you have any suggestions please log them there.
For those wondering what CPAN::YACSmoke is, it a very resourceful front end to CPANPLUS for cpan-testing. Aside from the usual testing, that was previously handled by cpansmoke, it also allows the tester to manage what they test better. With cpansmoke you had to manually configure a list to test, unless you wrote your own smart script. With CPAN::YACSmoke the plugins allow you choose from several sources for the current list of distributions to test. As this list could contain many distributions that may not work on your OS, you can compile an excluded list, which filters out the difficult distros (such as ones requiring external libraries that aren't installed).
Each test then produces a grade. Four grades map directly to reports (NA, UNKNOWN, FAIL and PASS), but there are additional ones that don't produce reports (IGNORE, UNGRADED, ABORTED and NONE). Currently the lines are a bit blurred between UNGRADED and ABORTED in the code, but we know what they are *supposed* to represent
Robert has asked advice, on the perl-qa and module-authors mailing lists, regarding the NA situation. There are several distribution that are applicable to several OSs, but may have problems on some. As such, how does CPAN::YACSmoke or the CPAN author decided to report a NA report instead of a FAIL report?
There are some other thoughts on reporting we have been discussing too, but many of these require further patches to CPANPLUS, which I've been planning to do for a while now. We're also looking to expand the FAQ, so if you have any questions you think should be added let us know.
The reports are not very useful, though (Score:2)
When I see a FAIL on search.cpan, I usually click on the link to see what failed. The reports returned by YACSmoke are very long, but they lack the information I want: the details of which test, in which test script, failed.
See http://www.nntp.perl.org/group/perl.cpan.testers/197254 [perl.org] for example.
Thanks in advance. :-)
Re:The reports are not very useful, though (Score:2)
It's also a know problem [cpan.org] that a distribution with pre-requisites can produce the test run for all in all reports within that test run.
Another problem, which is the problem you've unknowingly spotted, is that CPANPLUS doesn't currently catch th