<div dir="ltr">Feature blockers:<div><a href="https://blueprints.launchpad.net/fuel/+spec/nailgun-versioning">Versioning</a> for <a href="https://blueprints.launchpad.net/fuel/+spec/nailgun-versioning-api">REST API</a>, UI, <a href="https://blueprints.launchpad.net/fuel/+spec/nailgun-versioning-rpc">serialization</a></div>

<div><br></div><div>Ongoing activities:</div><div><a href="https://blueprints.launchpad.net/fuel/+spec/nailgun-plugins">Nailgun plugins</a></div><div><br></div><div>Stability and Reliability:</div><div>Docs for serialization data</div>

<div><a href="https://blueprints.launchpad.net/fuel/+spec/documentation-on-rest-api-input-output">Docs for REST API data</a></div><div>Nailgun unit tests restructure</div><div><div><a href="https://blueprints.launchpad.net/fuel/+spec/image-based-provisioning">Image based provisioning</a></div>

</div><div><a href="https://blueprints.launchpad.net/fuel/+spec/granular-deployment-based-on-tasks">Granular deployment</a><br></div><div>Artifact-based build system</div><div>Power management</div><div><a href="https://blueprints.launchpad.net/fuel/+spec/ha-fencing">Fencing</a></div>

<div><br></div><div>Features:</div><div><a href="https://blueprints.launchpad.net/fuel/+spec/advanced-networking">Advanced networking</a> (blocked by Multi L2 support)</div><div><br></div><div>Some of this items will not fit 6.0, I guess. But we should work on them now.</div>

<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 28, 2014 at 4:26 PM, Mike Scherbakov <span dir="ltr"><<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Fuelers,<div>while we are busy with last bugs which block us from releasing 5.1, we need to start thinking about upcoming releases. Some of you already started POC, some - specs, and I see discussions in ML and IRC.</div>



<div><br></div><div>From overall strategy perspective, focus for 6.0 is:</div><div><ul><li>OpenStack Juno release</li><li>Certificate 100-node deployment. In terms of OpenStack, if not possible for Juno, let's do for Icehouse</li>



<li>Send anonymous stats about deployment (deployment modes, features used, etc.)</li><li>Stability and Reliability</li></ul></div><div>Let's take a little break and think, in a first order, about features, sustaining items and bugs which block us from releasing whether 5.1.1 or 6.0. </div>



<div>We have to start creating blueprints (and moving them to 6.0 milestone) and make sure there are critical bugs assigned to appropriate milestone, if there are any.</div><div><br></div><div>Examples which come to my mind immediately:</div>



<div><ul><li>Use service token to auth in Keystone for upgrades (affects 5.1.1), instead of plain admin login / pass. Otherwise it affects security, and user should keep password in plain text</li><li>Decrease upgrade tarball size</li>



</ul><div>Please come up with blueprints and LP bugs links, and short explanation why it's a blocker for upcoming releases.</div><div><br></div><div>Thanks,</div><span class="HOEnZb"><font color="#888888">-- <br><div dir="ltr">

Mike Scherbakov<br>#mihgen<br><br>

</div>
</font></span></div></div>
<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>
<br></blockquote></div><br></div>