On Tue, Jul 20, 2010 at 19:15, David Golden <xda...@gmail.com> wrote:
> On Tue, Jul 20, 2010 at 11:55 AM, Ævar Arnfjörð Bjarmason <a...@cpan.org> 
> wrote:
>> Is it semi-bolted to CPAN itself as the old version was (at least that
>> was my perception), or is it now easier to run your own custom CT
>> service for your own programs?
>
> Yes and no.  The underlying Metabase framework is agnostic.  By
> implementing "Facts" and "Reports" you define data types for
> collecting information.  What you do with it downstream is up to you.
>  The CPAN Testers Facts and Report are defined in
> CPAN::Testers::Report and the transport to assemble and send them is
> Test::Reporter::Transport::Metabase.
>
> It's pretty easy to write those for some other purpose.  For example,
> Tux implemented a set of tools for sending Perl Test::Smoke reports to
> a Metabase:
>
>    http://search.cpan.org/~hmbrand/Test-Smoke-Metabase-0.21/
>
> All I had to do on the CT2.0 server was to install his classes and add
> them to a config file as supported classes.
>
> Most of the Metabase components are on CPAN.  The web server is not,
> mostly because I haven't gotten around to it yet.  To do what you want
> for Git, you would need to:
>
> 1. set up a Metabase server somewhere
> 2. write Fact/Report classes defining your test results
> 3. write a transport mechanism to create reports and send them via
> Metabase::Client::Simple
> 4. write something to extract reports and summarize them (as
> www.cpantesters.org does)
>
> #1 is still a little difficult since only the AWS back-end is really
> well supported and tested.  I would love to see someone write a decent
> database backend (relational or schema-less) which would make it
> really easy for someone to fire up a Metabase server on a linode or
> other virtual machine.
>
> The long term goal is absolutely to make this an open framework.  I
> want companies to be able to set up their own internal Metabase
> servers and use the full CPAN Testers toolkit on their own DarkPAN
> code.

Thanks for all the info.

FWIW I patched Git to use Smolder, this is the patch series:
http://github.com/avar/git/compare/git:pu...git-smoke-v2

Smolder has a bunch of bugs, but it makes it easy to support raw TAP
archives, which I can easily extract and mirror elsewhere, and move to
some other system if I find a better one.

I'm hosting a mirror of the smoke reports here:

    http://github.com/gitsmoke/smoke-reports

Is there anything else than Smolder which can take TAP archives like
that and render them prettily on the web? Or analyze them somehow,
e.g. send a failure E-Mail as new fails come in?

I can script most of that, but I'd rather not reinvent the wheel.

Reply via email to