<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 13 January 2016 at 11:24, Carl Baldwin <span dir="ltr"><<a href="mailto:carl@ecbaldwin.net" target="_blank">carl@ecbaldwin.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">Hi,<br>
<br>
I was looking at the most recent gate breakage in Neutron [1], fixed<br>
by [2].  This gate breakage was held off for some time by the<br>
upper-constraints.txt file.   This is great progress and I applaud it.<br>
I'll continue to cheer on this effort.<br>
<br>
Now to the next problem.   If my assessment of this gate failure is<br>
correct, the update to the upper-constraints file [3] was merged<br>
without running all of the tests across all of the projects that would<br>
be broken by bringing in this new constraint.  So, we still get<br>
breakage and it is still (IMO) too often.<br>
<br></blockquote><div><br></div><div>This is my understanding too, but I let the infra and requirements gurus confirm.</div><div> </div><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">
As I see it, there are a couple of options.<br>
<br>
1) We run all tests under the upper-constraints control on all updates<br>
to the upper constraints file like [2].  This would probably mean each<br>
update has a very long list of tests and we would require that they<br>
all be fixed before the upper constraint update can be merged.  This<br>
seems like a difficult thing to coordinate all at once.<br>
2) We handle upper-constraints much like we do the global requirements<br>
updates.  We have the master and a bot that proposes updates to it out<br>
to the individual projects.  This would create a situation where<br>
projects are out of sync with the master but I think if we froze the<br>
master early enough, we could have time to reconcile before release.<br>
3) We continue to allow changes in the upper constraints to break<br>
individual projects.<br></blockquote><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"><br>
Are there options that I missed?  What is your opinion?  In my<br>
opinion, gate breakage happens a bit too often and the effect on the<br>
community is widespread.  I'd like to contain it even a little bit<br>
more.<br></blockquote><div><br></div><div>I suppose another (not ideal) solution might be to use Depends-on cautiously. We could have filed a sentinel patch against the neutron repo in conjunction with the upper-constraints change. </div><div><br></div><div>That said, I'd love to be a little more bullet proof.</div><div> </div><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">
<br>
Carl<br>
<br>
[1] <a href="https://bugs.launchpad.net/neutron/+bug/1533638" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1533638</a><br>
[2] <a href="https://review.openstack.org/#/c/266885/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/266885/</a><br>
[3] <a href="https://review.openstack.org/#/c/266042/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/266042/</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" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div></div>