<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 8 March 2016 at 15:07, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Armando M.'s message of 2016-03-08 12:49:16 -0700:<br>
<span class="">> Hi folks,<br>
><br>
> There's a feature or two that are pending to be delivered in Mitaka [1,2],<br>
> and those involve changes to both the server and client sides. Ideally we'd<br>
> merge both sides in time for Mitaka RC and that implies that we would be<br>
> able to release a new version of the client including changes [3,4]. This<br>
> is especially important since a new client release would be beneficial to<br>
> improving test coverage as needed by [5].<br>
><br>
> Considering what we released already, and what the tip of master is for the<br>
> client [6], I can't see any side effect that a new neutronclient release<br>
> may introduce.<br>
><br>
> Having said that, I am leaning towards the all-or-none approach, but the<br>
> 'all' approach is predicated on the fact that we are indeed allowed to<br>
> release a new client and touch the global requirements.<br>
><br>
> What's the release team's recommendation? Based on it, we may want to<br>
> decide to defer these to as soon as N master opens up.<br>
<br>
</span>I'm a bit reluctant to start touching the requirements lists for<br>
feature work. We do have some bug fixes in the pipeline that will<br>
require library releases, but those are for bugs not new features.<br>
We also have one or two libs where feature work needed to be extended,<br>
but none of those have dependencies outside of the project producing<br>
them.<br>
<br>
The main reason to require a client release is for some *other* project<br>
to take advantage of the new feature work. Is that planned?<br></blockquote><div><br></div><div>Thanks for the prompt reply. Neutron would be the only consumer of these additions, and no other project has pending work to leverage these capabilities.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Doug<br>
<span class=""><br>
><br>
> Many thanks,<br>
> Armando<br>
><br>
> [1] <a href="https://review.openstack.org/#/q/topic:bug/1468353" rel="noreferrer" target="_blank">https://review.openstack.org/#/q/topic:bug/1468353</a><br>
> [2] <a href="https://review.openstack.org/#/q/topic:bug/1521783" rel="noreferrer" target="_blank">https://review.openstack.org/#/q/topic:bug/1521783</a><br>
> [3] <a href="https://review.openstack.org/#/c/254280/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/254280/</a><br>
> [4] <a href="https://review.openstack.org/#/c/288187/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/288187/</a><br>
> [5] <a href="https://review.openstack.org/#/c/288392/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/288392/</a><br>
> [6]<br>
> <a href="https://github.com/openstack/python-neutronclient/commit/8460b0dbb354a304a112be13c63cb933ebe1927a" rel="noreferrer" target="_blank">https://github.com/openstack/python-neutronclient/commit/8460b0dbb354a304a112be13c63cb933ebe1927a</a><br>
<br>
</span>__________________________________________________________________________<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>