<div dir="ltr">I think it is good to share codes and a single microversion can make life more easier during coding.<div>Can we approve those specs first and then decide on the details in IRC and patch review? Because</div><div>the non-priority spec deadline is so close.</div><div><br></div><div>Thanks</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 31, 2016 at 1:09 AM, Ken'ichi Ohmichi <span dir="ltr"><<a href="mailto:ken1ohmichi@gmail.com" target="_blank">ken1ohmichi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">2016-05-29 19:25 GMT-07:00 Alex Xu <<a href="mailto:soulxu@gmail.com">soulxu@gmail.com</a>>:<br>
><br>
><br>
> 2016-05-20 20:05 GMT+08:00 Sean Dague <<a href="mailto:sean@dague.net">sean@dague.net</a>>:<br>
>><br>
>> There are a number of changes up for spec reviews that add parameters to<br>
>> LIST interfaces in Newton:<br>
>><br>
>> * keypairs-pagination (MERGED) -<br>
>><br>
>> <a href="https://github.com/openstack/nova-specs/blob/8d16fc11ee6d01b5a9fe1b8b7ab7fa6dff460e2a/specs/newton/approved/keypairs-pagination.rst#L2" rel="noreferrer" target="_blank">https://github.com/openstack/nova-specs/blob/8d16fc11ee6d01b5a9fe1b8b7ab7fa6dff460e2a/specs/newton/approved/keypairs-pagination.rst#L2</a><br>
>> * os-instances-actions - <a href="https://review.openstack.org/#/c/240401/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/240401/</a><br>
>> * hypervisors - <a href="https://review.openstack.org/#/c/240401/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/240401/</a><br>
>> * os-migrations - <a href="https://review.openstack.org/#/c/239869/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/239869/</a><br>
>><br>
>> I think that limit / marker is always a legit thing to add, and I almost<br>
>> wish we just had a single spec which is "add limit / marker to the<br>
>> following APIs in Newton"<br>
>><br>
><br>
> Are you looking for code sharing or one microversion? For code sharing, it<br>
> sounds ok if people have some co-work. Probably we need a common pagination<br>
> supported model_query function for all of those. For one microversion, i'm a<br>
> little hesitate, we should keep one small change, or enable all in one<br>
> microversion. But if we have some base code for pagination support, we<br>
> probably can make the pagination as default thing support for all list<br>
> method?<br>
<br>
</span>It is nice to share some common code for this, that would be nice for<br>
writing the api doc also to know what APIs support them.<br>
And also nice to do it with a single microversion for the above<br>
resources, because we can avoid microversion bumping conflict and all<br>
of them don't seem a big change.<br>
<br>
Thanks<br>
<div class="HOEnZb"><div class="h5"><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></div><br></div>