<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 4 March 2016 at 11:15, Armando M. <span dir="ltr"><<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.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"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On 4 March 2016 at 11:12, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Armando M. <<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<br>
<br>
On 4 March 2016 at 08:50, Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>> wrote:<br>
Hi all,<br>
<br>
currently we have both py27 and py27-constraints tox targets in neutron repos. For some repos (neutron) they are even executed in both master and stable/liberty gates. TC lately decided that instead of having separate targets for constrained requirements, we want to have constraints applied to default targets (py27, docs, …), unconditionally; we also want to use those ‘default’ targets in gate; and we also want to eventually get rid of those -constraints tox targets.<br>
<br>
To achieve that, I sent a set of patches spanning neutron, neutron-*aas, and project-config repos:<br>
<br>
<a href="https://review.openstack.org/#/q/status:open+branch:master+topic:neutron-constraints" rel="noreferrer" target="_blank">https://review.openstack.org/#/q/status:open+branch:master+topic:neutron-constraints</a><br>
<br>
For the very least, we want to get our mitaka gate switched to ‘default’ (but constrained) tox targets before final release, so that we have a solid foundation in the stable/mitaka branch that would reflect TC desires.<br>
<br>
Those important patches are (in order of merge):<br>
<br>
for mitaka:<br>
- <a href="https://review.openstack.org/286778" rel="noreferrer" target="_blank">https://review.openstack.org/286778</a>: makes ‘default’ tox targets constrained;<br>
- <a href="https://review.openstack.org/286777" rel="noreferrer" target="_blank">https://review.openstack.org/286777</a>: switches mitaka gate to using ‘default’ targets;<br>
- <a href="https://review.openstack.org/288516" rel="noreferrer" target="_blank">https://review.openstack.org/288516</a>: cleans up -constraints targets;<br>
<br>
for liberty:<br>
- [not proposed yet; waiting for 286778]: makes ‘default’ tox targets constrained;<br>
- <a href="https://review.openstack.org/288506" rel="noreferrer" target="_blank">https://review.openstack.org/288506</a>: switches branch back to ‘default’ targets;<br>
* we probably don’t want to drop old targets since some external users may already rely on them<br>
<br>
There are also patches to constrain remaining gate jobs (releasenotes, cover) too:<br>
- <a href="https://review.openstack.org/288517" rel="noreferrer" target="_blank">https://review.openstack.org/288517</a>: neutron<br>
- <a href="https://review.openstack.org/288472" rel="noreferrer" target="_blank">https://review.openstack.org/288472</a>: lbaas<br>
- <a href="https://review.openstack.org/288470" rel="noreferrer" target="_blank">https://review.openstack.org/288470</a>: fwaas<br>
- <a href="https://review.openstack.org/288443" rel="noreferrer" target="_blank">https://review.openstack.org/288443</a>: vpnaas<br>
<br>
...though those depend on some project-config work:<br>
- <a href="https://review.openstack.org/288451" rel="noreferrer" target="_blank">https://review.openstack.org/288451</a>: releasenotes<br>
- <a href="https://review.openstack.org/288455" rel="noreferrer" target="_blank">https://review.openstack.org/288455</a>: coverage<br>
* note those also depend on another patch for zuul-cloner<br>
<br>
Thanks for attention and reviews,<br>
<br></div></div>
This is mainly a question of timing: when shall we pull the trigger on all of these? I am happy to do it today, but it's already Friday afternoon in some parts of the world and changes span multiple projects…<br>
</blockquote>
<br>
I would not advice to pull it till Monday. I will revise the patches, including gate votes, early on Monday; then once everyone from US timezones is online, we may push first pieces in.<br>
<br>
In the meantime, it would be great to see it validated by reviewers nevertheless.</blockquote><div><br></div></div></div><div>Ack.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br>
<br>
Ihar<br></div></div></blockquote></span></div></div></div></blockquote><div><br></div><div>Ball is in motion.</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"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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" 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>
</div></div></blockquote></span></div><br></div></div>
</blockquote></div><br></div></div>