<div dir="ltr"><div>That was my post <a href="http://forum.world.st/Ridiculous-failures-td5118674.html">http://forum.world.st/Ridiculous-failures-td5118674.html</a></div><div>
<div>I've put all pharo builds as authorized failures, so they should not make our build red, unless i forgot some?<br></div>

</div><div><br></div><div>I asked for pharo community support for this... Just like shouting in the desert.</div><div>I've got an indirect answer from Stephane Ducasse that I just forwarded on this list, explained it again.</div><div>no reaction, but since the ML seems private, who knows...</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 7 juil. 2020 à 09:40, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br>
<br>
<br>
> On Jul 7, 2020, at 12:13 AM, Tobias Pape <<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>> wrote:<br>
> <br>
> <br>
> <br>
>> On 07.07.2020, at 02:43, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>> wrote:<br>
>> <br>
>> The macos32x86 job "The job exceeded the maximum log length, and has been terminated."  Seriously?!?!<br>
> <br>
> To be frank, 28k lines of output is quite excessive…<br>
> And it's because this (pharo) build is compiling a lot of thridparty libs with a lot of warnings (I don't even know if freetype/cairo/etc. want to be compiled with clang in the first place…)<br>
<br>
So let’s nuke it.  The Pharo community can build its own vm (insists in forking in fact). These builds are essential to our communities and having them constantly fail in the Pharo cases, which aren’t even used, makes no sense at all.<br>
<br>
> <br>
> best regards<br>
>    -tobias<br>
> <br>
>> <br>
>> On Mon, Jul 6, 2020 at 12:59 PM Travis CI <<a href="mailto:builds@travis-ci.org" target="_blank">builds@travis-ci.org</a>> wrote:<br>
>> <br>
>> OpenSmalltalk/opensmalltalk-vm<br>
>> Cog<br>
>> Build #2103 has errored                     45 mins and 31 secs                     <br>
>> Eliot Miranda                                                b09b99f CHANGESET →                       <br>
>> CogVM source as per VMMaker.oscog-eem.2772<br>
>> <br>
>> VM Parameters primitive(s). Fix the issue with the allocation failure test on<br>
>> 32-bit systems. It really is a VM bug that parameter #67 (maxOldSpaceSize)<br>
>> must be a SmallInteger. It should be a positive machine integer.<br>
>> Want to know about upcoming build environment updates?<br>
>> <br>
>> Would you like to stay up-to-date with the upcoming Travis CI build environment updates? We set up a mailing list for you!<br>
>> <br>
>> SIGN UP HERE<br>
>> Documentation about Travis CI<br>
>> Have any questions? We're here to help.<br>
>> Unsubscribe from build emails from the OpenSmalltalk/opensmalltalk-vm repository.<br>
>> To unsubscribe from all build emails, please update your settings.<br>
>> <br>
>> Travis CI GmbH, Rigaer Str. 8, 10427 Berlin, Germany | GF/CEO: Randy Jacops | Contact: <a href="mailto:contact@travis-ci.com" target="_blank">contact@travis-ci.com</a> | Amtsgericht Charlottenburg, Berlin, HRB 140133 B | Umsatzsteuer-ID gemäß §27 a Umsatzsteuergesetz: DE282002648<br>
> <br>
> <br>
> <br>
</blockquote></div>