(travis) Better diagnostics on *why* a build failed, reduce parellelism
authorPeter Rabbitson <ribasushi@cpan.org>
Sun, 5 Oct 2014 14:51:47 +0000 (16:51 +0200)
committerPeter Rabbitson <ribasushi@cpan.org>
Fri, 24 Oct 2014 09:05:46 +0000 (11:05 +0200)
commitac4e80df285f09b6540f8009b95de463b3615cd1
treeada6478228057ec49e6fd4190b5fb49475fcf014
parentafeb40d23677e897d27b843b8d976d7c8945e6ce
(travis) Better diagnostics on *why* a build failed, reduce parellelism

This commit resulted in https://github.com/travis-ci/travis-ci/issues/2904

To mitigate run everything under 10 (not 32, not even 16) threads, hope
things will be allright. Although the real fix would be to 1) get the above
mentioned issue on travis fixed and 2) tuning the rdbms daemons to eat less
memory (both of these options are problematic).

The diags are *indispensable* when travis wakes up the OOMKiller
As a bonus add getstatus to all subshells for even better idea wtf just went
wrong
.travis.yml
maint/travis-ci_scripts/10_before_install.bash
maint/travis-ci_scripts/50_after_failure.bash