<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 23, 2014 at 5:15 PM, Michael Still <span dir="ltr"><<a href="mailto:mikal@stillhq.com" target="_blank">mikal@stillhq.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="">On Wed, Apr 23, 2014 at 11:34 PM, Russell Bryant <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>> wrote:<br>


<br>
> John originally mentioned this on the review, but Phil and I both seem<br>
> to agree.<br>
><br>
> Most novaclient work can just be a work item of a nova blueprint.  How<br>
> about we just handle it that way?<br>
<br>
</div>For those cases where that's true I agree that's the way to go.<br>
<div class=""><br>
> I don't really expect any major work in novaclient beyond basic support<br>
> of new APIs.  It seems that the major new work in this area is going<br>
> into creating a common client.<br>
<br>
</div>I don't think we should block the possibility of there being a<br>
novaclient specific BP sometime in the future. When we think of a good<br>
reason for one, let's just put it in a subdirectory.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Sounds good to me.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<span class="HOEnZb"><font color="#888888">
Michael<br>
<br>
--<br>
Rackspace Australia<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>