<div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 2, 2012 at 10:39 AM, Adam Spiers <span dir="ltr"><<a href="mailto:aspiers@suse.com" target="_blank">aspiers@suse.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Doug Hellmann (<a href="mailto:doug.hellmann@dreamhost.com">doug.hellmann@dreamhost.com</a>) wrote:<br>
> I have started creating blueprints from my notes about activities we need<br>
> to complete for the unified CLI. Please check the list at<br>
> <a href="https://blueprints.launchpad.net/python-openstackclient/" target="_blank">https://blueprints.launchpad.net/python-openstackclient/</a><br>
<br>
</div>Cool.  Presumably we don't need to wait until the next summit to have<br>
these approved?  <a href="http://wiki.openstack.org/Process" target="_blank">http://wiki.openstack.org/Process</a> and the majority of<br>
<a href="http://wiki.openstack.org/BlueprintsLifecycle" target="_blank">http://wiki.openstack.org/BlueprintsLifecycle</a> suggests we would, but<br>
the latter gives the meaning of the 'Discussion' value of the<br>
'Definition' field as "Blueprint will be discussed at the design<br>
summit or on the ML" which suggests that there is some flexibility<br>
about whether blueprint lifecycles have to revolve around design<br>
summits.<br></blockquote><div><br></div><div>Maybe I'm doing this wrong. I wanted to make a list of the things I know we have to do, so people who don't have access to the inside of my head can divy up the list (that's a short list). These things are "features" not "bugs" so I thought blueprints was the right way to go.</div>
<div><br></div><div>In any case, yes, I consider it safe to work on all of these items now.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> and make sure I haven't missed anything that has been discussed so<br>
> far, and open a blueprint if I have.<br>
<br>
</div>Is it worth having one for bash/zsh completion?  It seems that there<br>
is some prior art here:<br>
<br>
  <a href="https://bugs.launchpad.net/keystone/+bug/936423" target="_blank">https://bugs.launchpad.net/keystone/+bug/936423</a></blockquote><div><br></div><div>I am counting generating the completion data for bash and other shells as a core feature of cliff. That's not an OpenStack incubated project per se, so I put those items in github issues under that project (<a href="https://github.com/dreamhost/cliff">https://github.com/dreamhost/cliff</a>). I welcome any and all contributions there, too.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
and as you may have seen, one of my SUSE colleagues advertised some<br>
new bash completion code elsewhere on this list today:<br>
<br>
  <a href="https://lists.launchpad.net/openstack/msg10991.html" target="_blank">https://lists.launchpad.net/openstack/msg10991.html</a></blockquote><div><br></div><div>I hadn't seen that yet, but I will take a look so thanks for the pointer.</div>
<div><br></div><div>Doug</div><div> </div></div></div>