<div dir="ltr">As a heads up, here is a patch to remove Sahara from the default configuration as well. This is part of the effort to further decouple the 'integrated gate' so we don't have to gate every project on the tests for every project.<div><br></div><div><a href="https://review.openstack.org/#/c/181230/">https://review.openstack.org/#/c/181230/</a><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 7, 2015 at 11:58 AM, Boris Pavlovic <span dir="ltr"><<a href="mailto:boris@pavlovic.me" target="_blank">boris@pavlovic.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">So... test jobs should be extremely explicit about what they setup and<br></span><span style="font-size:12.8000001907349px">what they expect.</span></blockquote><div><br></div></span><div>+2 </div><div><br></div><div>Best regards,</div><div>Boris Pavlovic </div></div><div class=""><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 7, 2015 at 9:44 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 05/07/2015 02:29 PM, Joshua Harlow wrote:<br>
> Boris Pavlovic wrote:<br>
>> Sean,<br>
>><br>
>> Nobody is able to track and know *everything*.<br>
>><br>
>> Friendly reminder that Heat is going to be removed and not installed by<br>
>> default would help to avoid such situations.<br>
><br>
> Doesn't keystone have a service listing? Use that in rally (and<br>
> elsewhere?), if keystone had a service and each service had a API<br>
> discovery ability, there u go, profit! ;)<br>
<br>
</span>Service listing for test jobs is actually quite dangerous, because then<br>
something can change something about which services are registered, and<br>
you automatically start skipping 30% of your tests because you react<br>
correctly to this change. However, that means the job stopped doing what<br>
you think it should do.<br>
<br>
*This has happened multiple times in the past*. And typically days,<br>
weeks, or months go by before someone notices in investigating an<br>
unrelated failure. And then it's days, weeks, or months to dig out of<br>
the regressions introduced.<br>
<br>
So... test jobs should be extremely explicit about what they setup and<br>
what they expect.<br>
<span><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
</span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div>
</div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div></div>