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.