<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
</div></div>Few Q:<br>
- Is the stable/mitaka the only stable branch in the scope of the changes?<br></blockquote><div class="gmail_default" style="font-family:monospace,monospace">Yes, this announce is only about Mitaka branch. All other stable branches are to be treated as usual, i.e. no feature backports, bug fixes only following "master first" policy, etc.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- As the master and stable/mitaka will diverge, the former might contain<br>
backwards incompatible changes, ending up the upgrade paths from<br>
stable/mitaka to future >=10.x releases will likely be *blocked* for its<br>
life time. Any plans how to address that?<br>
<br>
- What about upgrade paths availability from the stable/* branches to:<br>
a) stable/mitaka<br>
b) future >=10.x releases?<br>
<span class=""><br></span></blockquote><div><div class="gmail_default" style="font-family:monospace,monospace">Fortunately, Fuel now has nice built-in LCM that allows to run complicated custom scenarios (including reconfigurations/upgrades of existent OpenStack clusters). Vladimir Kuklin is working hard on making this LCM capabilities applicable to cases stable/* -> stable/mitaka. I believe later we'll be able to implement stable/mitaka -> Newton, etc. <br><br></div><div class="gmail_default" style="font-family:monospace,monospace">Let's try to imagine we removed old role based serializers from Nailgun in Newton release. The question is how are we going, for example, to add/remove nodes to/from Kilo/Liberty clusters. The answer would be we could add custom task graph and task based deployment engine to modify old clusters. I'd like Vladimir Kuklin to give some additional details. <br></div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
</span>> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Best regards,<br>
Bogdan Dobrelya,<br>
Irc #bogdando<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div></div>