<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" id="owaParaStyle"></style>
</head>
<body fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<div>
<div>
<div>
<div class="gmail_quote">Thanks Thierry for summarizing the concerns. </div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">I have a new version in <a href="https://github.com/rackspace/python-novatools" target="_blank" title="https://github.com/rackspace/python-novatools
Ctrl+Click to follow link">https://github.com/rackspace/python-novatools</a></div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">This does the following:</div>
<div class="gmail_quote">1. Renames the cmdline tool to <b>nova</b>. The package is still
<b>python-novatools</b></div>
<div class="gmail_quote">2. Ups the version # to 2.1</div>
<div class="gmail_quote">3. Changes the license to Apache for 2.1+. Prior versions are still BSD</div>
<div class="gmail_quote">4. Adds Openstack & Apache copyright notices to all source files.</div>
<div class="gmail_quote">5. Better exception reporting (real functionality!)</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">I have not moved the code into nova since, with these changes, getting it into the PPA should be less arduous. </div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">If anyone has any concerns with this plan, please comment in this thread or attend the openstack meeting tomorrow. I've added it to the agenda: <a href="http://wiki.openstack.org/Meetings" target="_blank">http://wiki.openstack.org/Meetings</a></div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">Thanks again and sorry for raising the dead :)</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">-Sandy</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">On Fri, Feb 25, 2011 at 3:20 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="im">Thierry Carrez wrote:<br>
<br>
</div>
That's three separate issues. (1) do we need a fork, (2) last changes to<br>
python-novatools before making them packageable (rename tool and file<br>
header fixes), and (3) make it part of lp:nova or not (and where)<br>
<br>
On (1) I think we need to be able to control the code, which leaves two<br>
options: (1a) JKM gives ownership to us, renames package to something<br>
more less cloudservers-branded or (1b) Let python-cloudservers live and<br>
fork our own nova-branded tool. Since (1b) is kinda already done and<br>
given our time contraints, I tend to lean in (1b) direction.<br>
<br>
(2) must be done in all cases since that's a bit of prerequisite for<br>
proper packaging.<br>
<br>
On (2)/(3) I think we should rename the tool to "nova" and move the<br>
python-novatools code in nova codebase *only if* it can be reused in the<br>
long-term plan: if we plan to drop it and replace the "nova" CLI tool by<br>
something completely different that does not support the same commands,<br>
then I think it should rather live outside the nova source tree. Do we<br>
think the current tool can be reused as-is in the long-term plan ?<br>
<br>
Also note that (3) creates a contraint of keeping the client code up to<br>
date with the rest of nova and prevents it to change after a release,<br>
but maybe that's a good thing :)<br>
<div>
<div></div>
<div class="h5"><br>
--<br>
Thierry Carrez (ttx)<br>
Release Manager, OpenStack<br>
<br>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</div>
<style type="text/css">embed[type*="application/x-shockwave-flash"],embed[src*=".swf"],object[type*="application/x-shockwave-flash"],object[codetype*="application/x-shockwave-flash"],object[src*=".swf"],object[codebase*="swflash.cab"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"],object[classid*="d27cdb6e-ae6d-11cf-96b8-444553540000"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"]{   display: none !important;}</style><style type="text/css">embed[type*="application/x-shockwave-flash"],embed[src*=".swf"],object[type*="application/x-shockwave-flash"],object[codetype*="application/x-shockwave-flash"],object[src*=".swf"],object[codebase*="swflash.cab"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"],object[classid*="d27cdb6e-ae6d-11cf-96b8-444553540000"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"]{   display: none !important;}</style>
<PRE>
Confidentiality Notice: This e-mail message (including any attached or
embedded documents) is intended for the exclusive and confidential use of the
individual or entity to which this message is addressed, and unless otherwise
expressly indicated, is confidential and privileged information of Rackspace. 
Any dissemination, distribution or copying of the enclosed material is prohibited.
If you receive this transmission in error, please notify us immediately by e-mail
at abuse@rackspace.com, and delete the original message. 
Your cooperation is appreciated.
</PRE></body>
</html>