<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 6, 2018 at 11:29 AM Artem Goncharov <<a href="mailto:artem.goncharov@gmail.com">artem.goncharov@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 6, 2018, 16:19 Lance Bragstad <<a href="mailto:lbragstad@gmail.com" target="_blank">lbragstad@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">Today in the TC meeting, we discussed the status of the three candidate goals [0]. Ultimately, we as the TC, are wondering who would be willing to drive the goal work.</div><div dir="ltr"><br></div><div dir="ltr">Having a champion step up early on will help us get answers to questions about the feasibility of the goal, it's impact across OpenStack, among other things that will help us, as a community, make an informed decision.<br><div><br></div><div>Remember, championing a goal doesn't need to fall on a single individual. With proper communication, work can be spread out to lighten the load.</div><div><br></div><div>What I'd like is to open this up to the community and see who would be willing to drive the proposed goals. If you have any questions about championing a goal, please don't hesitate to swing by #openstack-tc, or you can ping me privately.</div></div></div></blockquote></div><div><br></div><div>I was waiting for the start of switching osc "services" to SDK for quite a while now. I am definitely interested and committed to support the real coding work here. I would also like to volunteer driving the goal if noone objects.</div></blockquote><div><br></div><div>Thanks chiming in, Artem!</div><div><br></div><div>As others in the thread have eluded to, this could very well be a multi-step effort. A big part of that is going to be figuring out where the different projects are in relation to the desired end state.</div><div><br></div><div>Would you be open to starting some preliminary work to help collect some of that information? Matt's etherpad for the compute API gap analysis with OSC is a good example.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div><br></div><div>[0] <a href="http://eavesdrop.openstack.org/meetings/tc/2018/tc.2018-12-06-14.00.log.html#l-104" target="_blank">http://eavesdrop.openstack.org/meetings/tc/2018/tc.2018-12-06-14.00.log.html#l-104</a></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 6, 2018 at 12:20 AM Sean McGinnis <<a href="mailto:sean.mcginnis@gmx.com" target="_blank">sean.mcginnis@gmx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> ><br>
> > In other words, does #1 mean each python-clientlibrary's OSC plugin is<br>
> > ready to rock and roll, or we talking about everyone rewriting all client<br>
> > interactions in to openstacksdk, and porting existing OSC plugins use that<br>
> > different python sdk.<br>
> <br>
> We talked about those things as separate phases. IIRC, the first phase<br>
> was to include ensuring that python-openstackclient has full feature<br>
> coverage for non-admin operations for all microversions, using the<br>
> existing python-${service}client library or SDK as is appropriate. The<br>
> next phase was to ensure that the SDK has full feature coverage for all<br>
> microversions. After that point we could update OSC to use the SDK and<br>
> start deprecating the service-specific client libraries.<br>
> <br>
<br>
That was my recollection as well.<br>
<br>
> > In other words, some projects could find it very easy or that they are<br>
> > already done, where as others could find themselves with a huge lift that<br>
> > is also dependent upon review bandwidth that is outside of their control or<br>
> > influence which puts such a goal at risk if we try and push too hard.<br>
> ><br>
> > -Julia<br>
> ><br>
<br>
I do think there is still a lot of foundation work that needs to be done before<br>
we can make it a cycle goal to move more completely to osc. Before we get<br>
there, I think we need to see more folks involved on the project to be ready<br>
for the increased attention.<br>
<br>
Right now, I would classify this goal as a "huge lift".<br>
<br>
Sean<br></blockquote></div></blockquote></div><div><br></div><div>Artem</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div>
</blockquote></div>
</blockquote></div></div>