Re: Initial setup - basically how to get started, workflows, etc.

2008-12-16 Thread Chris 'BinGOs' Williams
On Tue, Dec 16, 2008 at 06:37:30AM +0100, Ulrich Habel wrote:
 Hi,

Hi,

Thanks for participating!

I'm not that familiar with CPAN::Reporter based smoke testing 
( someone else who is bound to respond soon ), but I do have
a couple of hints.

 
 I just set up my toolchain as described in:
 
 http://wiki.cpantesters.org/wiki/CPANReporterSmokerLong
 
 My config.ini for the reporter looks like this:
 
 hobbes# more .cpanreporter/config.ini
 edit_report=default:ask/no pass/na:no
 email_from=Ulrich Habel rh...@cpan.org
 send_report=default:ask/yes pass/na:yes
 smtp_server=localhost
 
 
 I started the smoker and it builds and tests like crazy. I've set the 
 mailserver on localhost to queue all the mails and what I am missing 
 right now are the mails.

Check that CPAN itself is configured to use CPAN::Reporter

o conf test_report 

 
 It created 2 mails about my environment so far - but nothing more. When 
 will all the mails be sent? When will the reports be generated? Does it 
 take a full build of all the modules to create something like a report?

It should be generating a test report after each set of tests are run.

 
 The documentation inside the wiki lacks a basic workflow overview - what 
 happens when. I'll provide it when I understood the mechanism. The 
 manpages/pod documentation is very short and basically describes what 
 the module does internally. Providing a documentation with a broad 
 picture might be nice. I am willing to write additional documentation - 
 feed me :)

Adam Foxson wrote up a general overview of CPAN Testers and released it as
a module CPAN::Testers:

http://search.cpan.org/~fhoxh/CPAN-Testers-0.02/lib/CPAN/Testers.pm

I have the slides from a talk I gave at YAPC::EU 2008 that have some diagrams 
showing
some of the 'workflow':

http://www.kidney-bingos.demon.co.uk/CPAN_Testing/

Cheers,

-- 
Chris Williams
aka BinGOs
PGP ID 0x4658671F
http://www.gumbynet.org.uk
==


pgpOi1QOU4KOQ.pgp
Description: PGP signature


Re: Initial setup - basically how to get started, workflows, etc.

2008-12-16 Thread David Golden
On Tue, Dec 16, 2008 at 12:37 AM, Ulrich Habel
ulrich.ha...@googlemail.comwrote:

 Hi,

 I just set up my toolchain as described in:

 http://wiki.cpantesters.org/wiki/CPANReporterSmokerLong


That's a bit dated, but the basic procedure looks OK.


 My config.ini for the reporter looks like this:

 hobbes# more .cpanreporter/config.ini
 edit_report=default:ask/no pass/na:no
 email_from=Ulrich Habel rh...@cpan.org
 send_report=default:ask/yes pass/na:yes
 smtp_server=localhost


That seems fine, too.


 I started the smoker and it builds and tests like crazy. I've set the
 mailserver on localhost to queue all the mails and what I am missing right
 now are the mails.


First, look at ~/.cpanreporter/reports-sent.db.  That has CPAN::Reporter's
record of distributions tested.  If you see lots of things there and nothing
in your mail queue, then it's possibly an issue with the mailer.  Check your
mailer logs for inbound connections.



 It created 2 mails about my environment so far - but nothing more. When
 will all the mails be sent? When will the reports be generated? Does it take
 a full build of all the modules to create something like a report?


Reports are sent after each distribution is tested, unless a similar report
has already been sent.  Either way, the CPAN shell output that goes
scrolling by will indicate whether a report was sent or not.

The documentation inside the wiki lacks a basic workflow overview - what
 happens when. I'll provide it when I understood the mechanism. The
 manpages/pod documentation is very short and basically describes what the
 module does internally. Providing a documentation with a broad picture might
 be nice. I am willing to write additional documentation - feed me :)


Help me understand what you mean by workflow and I may be able to point
you to more details that will help you write it up.

-- David


SOLVED [Was: Re: Initial setup - basically how to get started, workflows, etc.]

2008-12-16 Thread Ulrich Habel
Help me understand what you mean by workflow and I may be able to 
point you to more details that will help you write it up.


Thanks for your help everyone, it works. I've sent my first report. The 
problem was a misconfigured MTA, sorry for the noise.


Btw, great support on the irc channel, too.

Uli


Re: Module::Build 0.30_01 - please test

2008-12-16 Thread Slaven Rezic
Ken Williams kena...@gmail.com writes:

 On Mon, Dec 15, 2008 at 3:03 PM, Slaven Rezic sla...@rezic.de wrote:
 I was just surprised to find version.pm installed at two
 locations (arch-dependent and arch-independent), but this seems to be
 unrelated to the changes in 0.30_01.

 That sounds weird - do you mean the actual version.pm, or
 M::B::Version.pm ?  M::B doesn't install the former.


I mean version.pm. In version.pm's Build.PL the function
have_c_compiler() is used to decide whether the version.pm's XS part
should be built and installed or not. Unfortunately have_c_compiler()
does not only check if a C compiler is available, it also checks if
ExtUtils::CBuilder is already installed. My assumption is that in the
smoker run version.pm was installed twice, first time without
ExtUtils::CBuilder available (and hence installed into the
arch-independent location) and the 2nd time with ExtUtils::CBuilder
installed in the meantime.

It makes me somewhat nervous to know that modules gets installed at
different locations (site vs. core, or arch-dependent vs.
arch-independent). One never knows which location will win.

Regards,
Slaven

-- 
Slaven Rezic - slaven at rezic dot de

tkrevdiff - graphical display of diffs between revisions (RCS, CVS or SVN)
http://ptktools.sourceforge.net/#tkrevdiff


Re: Module::Build 0.30_01 - please test

2008-12-16 Thread Ken Williams
On Mon, Dec 15, 2008 at 3:03 PM, Slaven Rezic sla...@rezic.de wrote:
 I was just surprised to find version.pm installed at two
 locations (arch-dependent and arch-independent), but this seems to be
 unrelated to the changes in 0.30_01.

That sounds weird - do you mean the actual version.pm, or
M::B::Version.pm ?  M::B doesn't install the former.

 -Ken