<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 25, 2013 at 5:10 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>Chuck Short wrote:<br>
> On Fri, Nov 22, 2013 at 4:45 PM, Michael Still <<a href="mailto:mikal@stillhq.com" target="_blank">mikal@stillhq.com</a><br>
</div><div>> <mailto:<a href="mailto:mikal@stillhq.com" target="_blank">mikal@stillhq.com</a>>> wrote:<br>
><br>
>>     So, a few questions...<br>
>><br>
>>      - If there are no users shall we remove it from Havana and Grizzly as<br>
>>     well, or does that violate our stability principles too much?<br>
><br>
><br>
> Speaking with my stable maintainers hat on I would personally NACK this<br>
> since<br>
> it doesnt meet the standard of a stable maintenance requirement, imho.<br>
<br>
</div>It definitely doesn't meet our stable maintenance rules. We want people<br>
to be able to safely upgrade to the latest stable/* when they are users<br>
of the release. We don't add new features, removing them would be even<br>
worse.<br>
<div><br>
>>      - If we don't remove the code from stable, what about removing all<br>
>>     references from the stable docs and putting in a warning saying that<br>
>>     powervm is a dead end instead? I want to minimise confusion on the<br>
>>     part of people deploying stable releases.<br>
><br>
> This would be okay in my opinion.<br>
<br>
</div>At the very minimum I would add the "dead-end" comment to the Havana<br>
release notes. If Anne is fine by it, it could also be added to the<br>
stable/havana version of the docs.<br>
<div><div><br></div></div></blockquote><div><br></div><div>PowerVM was mostly documented in developer docs in the nova repo. It also has entries in the Configuration Reference in the nova.conf options tables from our autodoc process. Those will just stay in the stable/havana repo, but I'm okay with backporting a note to stable/havana with a clear message as to the driver's fate. We also have a mention of PowerVM in stable/grizzly where we could also place a note. Release notes are a good place for this as well, thanks Russell.</div>

<div><br></div><div>Tracking with <a href="https://bugs.launchpad.net/openstack-manuals/+bug/1254780">https://bugs.launchpad.net/openstack-manuals/+bug/1254780</a> -- feel free to add the nova project as well to ensure the docs in the nova repo are removed.</div>

<div><br></div><div>I do want to point out that we don't have adequate documentation of other drivers, like Hyper-V and Xen, just want to make sure you all know there are gaps and documentation isn't the indicator of "acceptance" of a hypervisor driver.</div>


<div>Thanks -</div><div>Anne</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div>
--<br>
Thierry Carrez (ttx)<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</div></div></blockquote></div><br></div></div>