<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 11, 2015 at 1:47 PM, Ed Maste <span dir="ltr"><<a href="mailto:emaste@freebsd.org" target="_blank">emaste@freebsd.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 8 May 2015 at 15:46, Ed Maste <<a href="mailto:emaste@freebsd.org">emaste@freebsd.org</a>> wrote:<br>
> On 8 May 2015 at 14:22, David Blaikie <<a href="mailto:dblaikie@gmail.com">dblaikie@gmail.com</a>> wrote:<br>
>><br>
>><br>
>> Alternatively - could you just XFAIL all the current failures immediately<br>
>> (bringing the buildbot to green, at least), then work on fixing them?<br>
><br>
> Unfortunately it's not that easy to XFAIL the remaining four because<br>
> they're being caught by a top-level timeout. I might have to just have<br>
> them skipped for now.<br>
<br>
</div></div>Finally, we have one green build on the FreeBSD bot:<br>
<a href="http://lab.llvm.org:8011/builders/lldb-x86_64-freebsd/builds/5588" target="_blank">http://lab.llvm.org:8011/builders/lldb-x86_64-freebsd/builds/5588</a><br>
<br>
For the sake of the archives, this is at r237010, and the build<br>
completed with one warning:<br>
/usr/bin/ld: warning: libedit.so.0, needed by<br>
/usr/home/buildslave/slave_as-bldslv5/lldb-x86_64-freebsd/llvm.obj/Release+Asserts/lib/liblldb.so,<br>
may conflict with libedit.so.7<br>
<br>
There's still flakiness in a handful of tests, at least when run on<br>
the bot (which I believe has a consistently high load, and is good at<br>
tripping over the races we have in LLDB).<br>
<br>
That said, I can't find a successful build in the available history for any of:<br>
lldb-x86_64-darwin-13.4<br>
lldb-x86_64-debian-clang<br>
lldb-x86_64-ubuntu-14.04-android<br>
lldb-x86_64-ubuntu-14.10<br>
<br>
While judging by eye lldb-x86_64-ubuntu-14.04-cmake seems to have<br>
about a 50% success rate.<br>
<br>
I'm trying to see about finding another FreeBSD LLDB buildslave I can<br>
add that would be less loaded, since the test suite passes pretty<br>
reliably for me on my own development machines on FreeBSD 10.x and<br>
11.x. The flakiness and thread issues are real problems that will take<br>
a lot of effort to fix, but at least having a consistent, lightly<br>
loaded bot would help reduce the noise in ongoing development.<br></blockquote><div><br>The buildbot could be configured to send you email when it fails without sending blame email to everyone who committed the change. This might be the right state until the flakiness is alleviated or fixed.<br><br>(it's still not great for the waterfall view of the buildbots ot have that sort of thing - I'm not sure if we already have a grouping for buildbots that are flaky/unreliable (if not, we should create one & pretty much put all but a handful of the buildbots in there...)<br> </div></div><br></div></div>