<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, May 6, 2014 at 7:02 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">Would you take over the Python client libraries as well ? On one hand<br></div>
they need /some/ domain expertise, but on the other I see no reason to<br>
special-case Python against other SDKs, and that may give the libraries<br>
a bit more attention and convergence (they currently are the ugly<br>
stepchild in some programs, and vary a lot).<br></blockquote><div><br></div><div>The future of the existing client libs has not been settled, my working assumption is that they would remain with their home programs as they are now.  From the start OpenStackClient was meant to be a clean-slate for the CLI and the Python SDK is taking the same basic approach.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In the case you'd absorb the Python client libraries, it might make<br>
sense to ship the keystone middleware in a separate package that would<br>
still live in the Identity program.</blockquote><div><br></div><div>This needs to happen anyway, it's time for my semi-annual request to dolphm...</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">I think we need people caring for the end user and their experience of<br></div>
interacting with an OpenStack-backed cloud. I understand that CLI/SDK<br>
specialists and GUI-oriented specialists are different crowds, but they<br>
share the same objective and would benefit IMHO from being in the same<br>
program. There could be two subteams to care for specialists in both<br>
areas (or even 3 if you separate the CLI and SDK folks). Overall from<br>
the TC perspective it would make a much stronger proposal if you somehow<br>
could present a united (and without overlap) proposal.</blockquote><div><br></div><div>To be honest, until the most recent ML thread I hadn't thought about the UX team or even if they were active.  We have three basic categories of projects delivering code: web UI (Horizon),  CLI (OpenStackClient) and SDK (at least three active language-based teams).  They all should consume the output from a UX R&D effort, I guess I am open on the program structure to make that work.  Horizon is already a part of a program, OSC needs to be and the SDKs will also need to be in the near future.</div>
<div><br></div><div><br></div><div>dt</div><div><br></div></div>-- <br><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br>
</div></div>