On 10 August 2014 07:22, Jeroen Roovers <j...@gentoo.org> wrote: > > Example 2: Mr. I.B. User configured his system with CFLAGS=-fomg-faster > and now it generates a ton of build failures. All of these should go > to /dev/null, but there we are running an automated service that cannot > be taught how to distinguish between genuine bug reports and PEBKAC. > > The problem: How do you propose to filter out all the junk and promote > genuine issues to "bug reports"? > > Both examples should make clear why we have a bug tracker and not an > automated build failure reporting facility - it works rather well and > it stops dead a lot of spam and bad reports.
^ In practice this doesn't prove to be an issue for CPAN, *because* it uses a seperate channel from the bug reports. The isolation means you can either choose to delve into the metrics, or simply ignore them, they don't affect your workflow unless you want them to. Users with misconfigured systems do occur from time to time, and you just get a knack for knowing which reports are reports you can fix, and which you just leave to rot. And there's no *onus* on you to fix anything, because its only an automated report, its intended to give you installation context *if* and *when* you want it, as opposed to interrupting you and demanding attention. For instance: http://matrix.cpantesters.org/?dist=IO+1.25 This shows the CPAN version of IO can't be installed on >5.18, on windows and a few darwin boxes. The maintainer of IO doesn't *HAVE* to do anything here, its just information they can go swimming for if they want to. =~ Its up to the maintainer if they want to respond to this information or not. If a user desires a response, they still have to file a bug report. Though it does prove useful as a user filing a bug report to be able to see all the other failure reports and know "Hey, its not just me, this is a real problem and I'm not making it up", and be able to link to a bunch of them, which cross comparison quickly reveals common elements to investigate as probable failing points. But I'm very much in agreement that such as system should NEVER be attached as a pump handle to bugzilla itself. -- Kent *KENTNL* - https://metacpan.org/author/KENTNL
