<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 13, 2020 at 2:19 PM Belmiro Moreira <<a href="mailto:moreira.belmiro.email.lists@gmail.com">moreira.belmiro.email.lists@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 dir="ltr">Hi,<div>we would really appreciate your comments on this.</div><div>Especially the OSC team and all the project teams that are facing issues migrating their clients.</div><div><br></div><div>Let us know,</div><div>Belmiro</div></div><br></blockquote><div>In Glance perspective we already stated that we're more than happy to try endorsing osc again once it has stabilized the Images API facing code and maintained feature parity for a few cycles. Just stopping developing python-glanceclient  will only result in no up-to-date stable client for Images API developed under OpenStack Governance. I really don't think forcing to fork python-glanceclient to keep development going outside of OpenStack Governance will be the better solution here.<br></div><div><br></div><div>- jokke</div><div><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 class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 10, 2020 at 10:13 AM Belmiro Moreira <<a href="mailto:moreira.belmiro.email.lists@gmail.com" target="_blank">moreira.belmiro.email.lists@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 dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div>during the last PTG the TC discussed the problem of supporting different clients (OpenStack Client - OSC vs python-*clients) [1]. </div><div>Currently, we don't have feature parity between the OSC and the python-*clients.</div><div><br></div><div>Different OpenStack projects invest in different clients. </div><div>This can be a huge problem for users/ops. Depending on the projects deployed in their infrastructures, they need to use different clients for different tasks.</div><div>It's confusing because of the partial implementation in the OSC.<br></div><div><br></div><div>There was also the proposal to enforce new functionality only in the SDK (and optionally the OSC) and not the project’s specific clients to stop increasing the disparity between the two.</div><div><br></div><div>We would like to understand first the problems and missing pieces that projects are facing to move into OSC and help to overcome them.</div><div>Let us know.</div><div><br></div><div>Belmiro,</div><div>on behalf of the TC</div><div><br></div><div>[1] <a href="http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015418.html" target="_blank">http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015418.html</a></div><div><br></div></div></div></div>
</blockquote></div>
</blockquote></div></div>