<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 25, 2014 at 7:06 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@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 class="HOEnZb"><div class="h5">On 11/24/2014 03:11 PM, Joshua Harlow wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dan Smith wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3. vish brought up one draw back of versioned objects: the difficulty in<br>
cherry picking commits for stable branches - Is this a show stopper?.<br>
</blockquote>
<br>
After some discussion with some of the interested parties, we're<br>
planning to add a third .z element to the version numbers and use that<br>
to handle backports in the same way that we do for RPC:<br>
<br>
<a href="https://review.openstack.org/#/c/134623/" target="_blank">https://review.openstack.org/#<u></u>/c/134623/</a><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Next steps:<br>
- Jay suggested making a second spec that would lay out what it would<br>
look like if we used google protocol buffers.<br>
- Dan: do you need some help in making this happen, do we need some<br>
volunteers?<br>
</blockquote>
<br>
I'm not planning to look into this, especially since we discussed it a<br>
couple years ago when deciding to do what we're currently doing. If<br>
someone else does, creates a thing that is demonstrably more useful than<br>
what we have, and provides a migration plan, then cool. Otherwise, I'm<br>
not really planning to stop what I'm doing at the moment.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Are there any other concrete things we can do to get this usable by<br>
other projects in a timely manner?<br>
</blockquote>
<br>
To be honest, since the summit, I've not done anything with the current<br>
oslo spec, given the potential for doing something different that was<br>
raised. I know that cinder folks (at least) are planning to start<br>
copying code into their tree to get moving.<br>
<br>
I think we need a decision to either (a) dump what we've got into the<br>
proposed library (or incubator) and plan to move forward incrementally<br>
or (b) each continue doing our own thing(s) in our own trees while we<br>
wait for someone to create something based on GPB that does what we want.<br>
</blockquote>
<br>
I'd prefer (a); although I hope there is a owner/lead for this library<br>
(dan?) and it's not just dumped on the oslo folks as that won't work out<br>
so well I think. It'd be nice if said owner could also look into (b) but<br>
that's at there own (or other library supporter) time I suppose (I<br>
personally think (b) would probably allow for a larger community of<br>
folks to get involved in this library, would potentially reduce the<br>
amount of custom/overlapping code and other similar benefits...).<br>
</blockquote>
<br></div></div>
I gave some comments at the very end of the summit session on this, and I want to be clear about something. I definitely like GPB, and there's definite overlap with some things that GPB does and things that nova.objects does.<br>
<br>
That said, I don't think it's wise to make oslo-versionedobjects be a totally new thing. I think we should use nova.objects as the base of a new oslo-versionedobjects library, and we should evolve oslo-versionedobjects slowly over time, eventually allowing for nova, ironic, and whomever else is currently using nova/objects, to align with an Oslo library vision for this.<br>
<br>
So, in short, I also think a) is the appropriate path to take.<br></blockquote><div><br></div><div>Yeah, my concern with "(b)" is the time it will take for other projects to get to use it, esp. since no one is<br></div><div>jumping to take the work on.<br><br></div><div>-Angus<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best,<br>
-jay<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>