<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 1, 2012 at 3:36 PM, Matt Joyce <span dir="ltr"><<a href="mailto:matt@nycresistor.com" target="_blank">matt@nycresistor.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="HOEnZb"><div class="h5">On Tue, May 1, 2012 at 11:49 AM, Adam Spiers <<a href="mailto:aspiers@suse.com">aspiers@suse.com</a>> wrote:<br>
> Doug Hellmann (<a href="mailto:doug.hellmann@dreamhost.com">doug.hellmann@dreamhost.com</a>) wrote:<br>
>> On Mon, Apr 30, 2012 at 2:56 PM, Dean Troyer <<a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a>> wrote:<br>
>> > On Mon, Apr 30, 2012 at 1:18 PM, Doug Hellmann<br>
>> > <<a href="mailto:doug.hellmann@dreamhost.com">doug.hellmann@dreamhost.com</a>> wrote:<br>
>> > > Do we need to specify this beyond saying that all subcommands must use<br>
>> > > argparse for argument parsing (the new framework depends on it anyway, and<br>
>> > > then they are all consistent)?<br>
>> ><br>
>> > We should document that, I had just assumed it until now.<br>
>><br>
>> Agreed.<br>
><br>
> Sorry, that made me think of another newbie question - is the<br>
> intention that all actions (including user- / site- / vendor-specific<br>
> extensions) *must* be implemented in Python using the client API<br>
> modules?  Or will it also be able to support extensions simply by<br>
> dropping arbitrary openstack-ACTION executables on $PATH?  I like the<br>
> way git lets you do the latter, e.g. I have a bunch of shell scripts<br>
> named git-something in my own ~/bin which help me extend git and<br>
> automate my git workflows, and they can still be invoked via `git<br>
> something'.  In case you're curious, here they are ...<br>
><br>
<br>
</div></div>That made me think of something.  Is the intention for the client to<br>
be portable?<br>
<br>
Defining portable as :<br>
<br>
   Easily deployed to a host<br>
   Minimal dependency set<br></blockquote><div><br></div><div>We're going to have dependencies, in order to achieve our desired feature set. For one thing, you'll need client packages for all of the various services. cliff also includes a few dependencies itself for formatting output, handling interaction, etc.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
   Cross operating system portability ( pipe dream but python is solid at it )<br></blockquote><div><br></div><div>I don't think we're using any OS-specific tools at this point. I don't see any reason to believe that will change.</div>
<div><br></div><div>We (I?) also have as a goal to make the tool work with Python 3 as well as Python 2.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Strikes me that having the package end up being portable would be a<br>
huge boon to openstack.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Matt<br>
</font></span></blockquote></div><br></div>