I want to open the discussion of an OpenStack Client Tools program proposal to a wider audience. It would initially consist of OpenStackClient and eventually add the existing SDK projects as they are ready to join. The initial wiki page is at https://wiki.openstack.org/wiki/ClientTools. I do want to have the proposal made before the summit, but not necessarily the TC consideration.
There has recently been some discussion (specifically around summit sessions) regarding the overlap of client code and the user experience team. This is one of the things I want to get some feedback on before making a formal proposal. The mission statement and description are written with the anticipation of one or more SDK projects joining the program during the Juno cycle. dt ==================== Mission Statement The OpenStack Client Tools mission is to provide clean and consistent interfaces to OpenStack services via the published REST APIs. The intended audiences are command-line users (OpenStackClient) and application developers (SDKs as they join the program). Description The OpenStack Client Tools program encompasses a number of related projects that have both common contributors and common consumer interests regarding OpenStack services. The existing OpenStackClient project is targeted at command-line users: end-users as well as cloud operators, devops, system administrators or anyone needing a shell interface to OpenStack. The SDK projects (expected to join the program as they mature) implement bindings to the OpenStack REST APIs in multiple languages. Deliverables Releases for the Client Tools projects are on an independent schedule from the OpenStack integrated release just as the existing client CLI/libraries do today. - OpenStackClient delivers an integrated CLI as a PyPI package and the usual OpenStack tarballs. -- Dean Troyer dtro...@gmail.com
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev