cpan-testers / CPAN-Reporter

(Perl) Adds CPAN Testers reporting to CPAN.pm
http://search.cpan.org/dist/CPAN-Reporter/
20 stars 18 forks source link

fork() before reporting tests [rt.cpan.org #60663] #58

Open xdg opened 8 years ago

xdg commented 8 years ago

https://rt.cpan.org/Ticket/Display.html?id=60663

When installing a big wad of CPAN modules, reporting the test results
slows things down.  I figured it was the process of sending an email,
but it seems even the new Metabase system has a delay.  Not nearly as
bad as it was with email, but this can get really bad on a dodgy network
the result being that for big builds I'll turn it off.

Since reporting a test has no effect on the install process it could be
done in the background while CPAN.pm goes about its business.

There's no need to inform the user of a successful report, but telling
them about a problem becomes a... problem.  How the subprocess
communicates with the parents is a SMOP, but wedging the information
into the CPAN interface isn't.  Any problems could be reported as part
of the end-of-command summary that normally reports any problems with
installing modules.  This would require the end of summary waiting for
the children to finish which, in the worst case, is no worse than were
it is now.

Good idea?
jkeenan commented 1 year ago

https://rt.cpan.org/Ticket/Display.html?id=60663

When installing a big wad of CPAN modules, reporting the test results
slows things down.  I figured it was the process of sending an email,
but it seems even the new Metabase system has a delay.  Not nearly as
bad as it was with email, but this can get really bad on a dodgy network
the result being that for big builds I'll turn it off.

Since reporting a test has no effect on the install process it could be
done in the background while CPAN.pm goes about its business.

There's no need to inform the user of a successful report, but telling
them about a problem becomes a... problem.  How the subprocess
communicates with the parents is a SMOP, but wedging the information
into the CPAN interface isn't.  Any problems could be reported as part
of the end-of-command summary that normally reports any problems with
installing modules.  This would require the end of summary waiting for
the children to finish which, in the worst case, is no worse than were
it is now.

Good idea?

This feature request was originally filed in RT back in 2010. There's been no further discussion since then. My hunch is that the effort involved in implementing this feature would be greater than the benefit, especially with newer versions of CPAN::Reporter, faster machines, etc.

So unless @schwern or someone else wants to pursue the matter further, I recommend this ticket be closed.