<div dir="ltr"><div><div>Oh, those.  Those are a subset of the experimental builds that are prioritized because we are currently working on them.  Experimental builds are scheduled last when multiple builds are on a machine which makes debugging them a pain.  Ben added a new category last week for builds he is working on that will be run first.  They're not in the experimental category though, so the message still prints about them...  Ben, we might want to ignore these in the message generation too.<br><br></div>Short answer: yes you can ignore them until they are expected.<br><br></div>Shawn<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 26, 2015 at 10:11 AM, Cory Quammen <span dir="ltr"><<a href="mailto:cory.quammen@kitware.com" target="_blank">cory.quammen@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks, Shawn.<div><br></div><div>What does the new "new" designation mean? Can we ignore those builds?</div><div><br></div><div>Thanks,</div><div>Cory</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 26, 2015 at 10:04 AM, Shawn Waldon <span dir="ltr"><<a href="mailto:shawn.waldon@kitware.com" target="_blank">shawn.waldon@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Cory,<br><br></div>As of last Tuesday, the experimental builds no longer show up in the messages at all.  We still have to wait for them to complete (buildbot doesn't have a hook for 'when a subset of builds finishes'), but the messages pushed to gitlab should only contain results from expected builds.<span><font color="#888888"><br><br></font></span></div><span><font color="#888888">Shawn<br></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 26, 2015 at 9:30 AM, Cory Quammen <span dir="ltr"><<a href="mailto:cory.quammen@kitware.com" target="_blank">cory.quammen@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I would be great if the experimental builds in the gitlab messages be listed at the bottom so that they can more easily be ignored.<div><br></div><div>Cory</div></div><div class="gmail_extra"><div><div><br><div class="gmail_quote">On Tue, Oct 20, 2015 at 11:50 AM, Ben Boeckel <span dir="ltr"><<a href="mailto:ben.boeckel@kitware.com" target="_blank">ben.boeckel@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tue, Oct 20, 2015 at 08:00:55 -0400, Ken Martin wrote:<br>
> I can see the experimental buildbot group being useful for staging new<br>
> builbots to see if they would be green, or moving master buildbots down if<br>
> an OS upgrade breaks something and it has not been fixed yet (Trey would<br>
> have been a candidate for this)<br>
<br>
</span>The problem with downgrading is that we generally have minimal cover<br>
over the feature sets we're testing. For example, trey is the only<br>
osx+python3 tester and the only osx+qt+opengl2 (kamino is just osx+qt)<br>
tester. And since the experimentals are generally ignored…<br>
<span><br>
> But having long running persistent experimental failing buildbots<br>
> seems of questionable value.  I do not consider experimental buildbots<br>
> in evaluating the quality of a topic.<br>
<br>
</span>Agreed. For VTK, agora should be fixed and made expected as it's the<br>
only machine testing the Intel compiler and PGI. Kargad is flaky and<br>
probably worth deciding whether to boot off or not. Amber10 has this<br>
error:<br>
<br>
..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666):<br>
error C2177: constant too big<br>
..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666):<br>
error C2177: constant too big<br>
<br>
which is weird since every other Win64 builder doesn't care. Is it<br>
VS2010-specific? Unlikely since ParaView has 2010 builders which don't<br>
have this error. And it looks like I need to get a Qt4 build on nemesis<br>
which has QtWebKit enabled (or disable the webkit-using modules).<br>
<span><font color="#888888"><br>
--Ben<br>
</font></span><div><div>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span><font color="#888888">-- <br><div>Cory Quammen<br>R&D Engineer<br>Kitware, Inc.</div>
</font></span></div>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
<br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Cory Quammen<br>R&D Engineer<br>Kitware, Inc.</div>
</div>
</div></div></blockquote></div><br></div>