<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 12, 2017 at 12:10 PM, Barak Korren <span dir="ltr">&lt;<a href="mailto:bkorren@redhat.com" target="_blank">bkorren@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On 12 April 2017 at 12:44, Michal Skrivanek <span dir="ltr">&lt;<a href="mailto:michal.skrivanek@redhat.com" target="_blank">michal.skrivanek@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><span><div><br></div></span>Well, Im not sure who’s handling that exactly, but vdsm-jsonrpc-java is getting into OST runs despite the OST failing since Saturday. That should not happen</div></div></blockquote><div><br></div></span><div>There is no mechanism for blocking stuff from going into &#39;experimental&#39; ATM (Please differentiate  between the &#39;experimental&#39; flow that automates the testing and the OST which is the set of testing tools that can be used in various configurations).<br></div><div>&#39;experimental&#39; generally runs on the latest builds of all packages.<br></div></div></div></div></blockquote><div><br></div><div>This sounds like using snapshots and we moved away from them to relay on versions. I do not want other people to use my changes if I do not specify so in the engine spec and pom.<br></div><div>Please make sure to use only tagged version.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>We&#39;re working on something that will allow blocking failed changes, but it still some ways off (OVIRT-1077).<br><br></div><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>btw, in the meantime, me and Tomas are working on narrowing down the original failure.</div></div></blockquote><div><br></div></span><div>Is there a quick fix that could be put in place to get &#39;experimental&#39; back to work for everything else?<br></div><div><br> </div></div><span class="">-- <br><div class="m_-5651727997586532844gmail_signature" data-smartmail="gmail_signature">Barak Korren<br><a href="mailto:bkorren@redhat.com" target="_blank">bkorren@redhat.com</a><br>RHCE, RHCi, RHV-DevOps Team<br><a href="https://ifireball.wordpress.com/" target="_blank">https://ifireball.wordpress.<wbr>com/</a></div>
</span></div></div>
</blockquote></div><br></div></div>