<div dir="auto">Sounds cool, Kendall<br><br><div data-smartmail="gmail_signature">----<br>typed from mobile, auto-correct typos assumed<br>----</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 25 Sep 2020, 20:25 Kendall Nelson, <<a href="mailto:kennelson11@gmail.com">kennelson11@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"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">Hey Artem!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 25, 2020 at 2:56 AM Artem Goncharov <<a href="mailto:artem.goncharov@gmail.com" target="_blank" rel="noreferrer">artem.goncharov@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hi<br><div><br><blockquote type="cite"><div>On 24. Sep 2020, at 22:39, Thomas Goirand <<a href="mailto:zigo@debian.org" target="_blank" rel="noreferrer">zigo@debian.org</a>> wrote:</div><br><div><div><blockquote type="cite"><br> - Finish moving legacy python-*client CLIs to python-openstackclient<br></blockquote><br>Go go go !!! :)<br></div></div></blockquote><div><br></div><div>Cool, that somebody needs that. What we actually miss here is the people doing that. Amount of work is really big (while in the long run it will definitely help reducing overall efforts). My suggestion is to focus for this cycle only on nova (targeting more is simply useless). I have started switching some parts in OSC to use SDK (<a href="https://review.opendev.org/#/q/topic:osc-first" target="_blank" rel="noreferrer">https://review.opendev.org/#/q/topic:osc-first</a>). Any help (even simply reviews) is welcome. I don’t like summer dev cycle, since the work is really close to 0 due to vacations season. But in autumn/winter I will try do more if there is acceptance.</div><div><br></div></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">I'm resolving now to be better at reviews over the upcoming months! I have been hovering around on the peripherie and I think this release I will be able to get more involved. I plan on attending your PTG sessions and am trying to rally more help for you as well. </div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div></div><div>Honestly speaking I do not believe in a community goal for that any more. It was tried, but it feels there is a split in the community. My personal opinion is that we should simply start doing that from SDK/CLI side closely working with one service at a time (since nova team expressed desire I started supporting them. Hope it will bring its fruits). Teams willing that will be able to achieve the target, teams not willing are free to stay. TC might think differently and act correspondingly, this is just my personal opinion. Other approaches seem a bit of utopia to me.</div><div> </div><div><br></div><blockquote type="cite"><br>What about an "openstack purge <project-name>" that would call all<br>projects? We once had a "/purge" goal, I'm not sure how far it went...<br>What I know, is that purging all resources of a project is currently<br>still a big painpoint.<br></blockquote><div><br></div><div>Please have a look at <a href="https://review.opendev.org/#/c/734485/" target="_blank" rel="noreferrer">https://review.opendev.org/#/c/734485/</a> It implements an “alternative” from the OSC point of view by invoking relatively newly introduced project cleanup functionality in SDK. This supports more that original purge (except identity parts), tries to do in parallel as much as possible and even now supports filtering (i.e. drop all resources created or updated before DD.MM.YYYY). I am not sure here whether it should replace purge or come as alternative so far. Here as well - reviews and comments are welcome.</div><div><br></div><div>For reference, back in Denver it was agreed to go this way, since no other approach seemed to be really achievable.</div><div><br></div><br><br></div><div>Regards,</div><div>Artem</div><br></div></blockquote></div></div>
</blockquote></div>