<div dir="ltr">Dmitry,<div><br></div><div>I totally agree that we should support nightly builds in upgrades. I've created a blueprint for this: <a href="https://blueprints.launchpad.net/fuel/+spec/upgrade-nightly">https://blueprints.launchpad.net/fuel/+spec/upgrade-nightly</a></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 2, 2014 at 3:24 AM, Dmitry Borodaenko <span dir="ltr"><<a href="mailto:dborodaenko@mirantis.com" target="_blank">dborodaenko@mirantis.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">We should not confuse beta and rc builds, normally betas predate RCs and serve a different purpose. In that sense, the nightlies we currently publish are closest to what beta builds should be.</p>
<p dir="ltr">As discussed earlier in the thread, we already have full versioning and provenance information in each build, so there is not a lot of value in inventing a parallel versioning scheme just for the time period when our builds are feature complete but not yet stable enough to declare an RC. The only benefit is to explicitly indicate the beta status of these builds, and we can achieve that without messing with versions. For example, by generating a summary table of all community builds that have passed the tests (using same build numbers we already have).</p>
<p dir="ltr">Not supporting upgrades from/to intermediate builds is a limitation that we should not discard as inevitable, overcoming it should be in our backlog. Image based provisioning should make it much easier to support.</p>
<p dir="ltr">My 2c,<br>
-Dmitry</p><div class="HOEnZb"><div class="h5">
<div style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I would not use "beta" word anywhere at all. These are nightly builds, pre-5.1. So it will become 5.1 eventually, but for the moment - it is just master branch. We've not even reached HCF.<div>
<br></div><div>After we reach HCF, we will start calling builds as Release Candidates (RC1, RC2, etc.) - and QA team runs acceptance testing against them. This can be considered as another name instead of "beta-1", etc.</div>
<div><br></div><div>Anyone can go to <fuel-master-IP>:8000/api/version to get sha commits of git repos a particular build was created of. Yes, these are development builds, and there will be no upgrade path provided from development build to 5.1 release or any other release. We might want to think about it though, if we could do it in theory, but I confirm what Evgeny says - we do not support it now.</div>
<div><br></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 27, 2014 at 1:11 PM, Evgeniy L <span dir="ltr"><<a href="mailto:eli@mirantis.com" target="_blank">eli@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 guys, I have to say something about beta releases.<div><br></div><div>As far as I know our beta release has the same version</div>
<div>5.1 as our final release.</div><div><br></div><div>I think this versions should be different, because in case</div>
<div>of some problem it will be much easier to identify what</div><div>version we are trying to debug.</div><div><br></div><div>Also from the irc channel I've heard that somebody wanted</div><div>to upgrade his system to stable version, right now it's impossible</div>
<div>because upgrade system uses this version for names of</div><div>containers/images/temporary directories and we have</div><div>validation which prevents the user to run upgrade to the</div><div>same version.</div><div>
<br></div><div>In upgrade script we use python module [1] to compare versions</div><div>for validation.</div><div>Let me give an example how development versions can look like</div><div><br></div><div><div> 5.1a1 # alpha</div>
<div> 5.1b1 # beta 1</div><div> 5.1b1 # beta 2<br></div><div> 5.1b1 # beta 3<br></div><div> 5.1 # final release</div></div><div><br></div><div>[1] <a href="http://epydoc.sourceforge.net/stdlib/distutils.version.StrictVersion-class.html" target="_blank">http://epydoc.sourceforge.net/stdlib/distutils.version.StrictVersion-class.html</a></div>
<div><br></div><div>Thanks,</div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 26, 2014 at 11:15 AM, 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">Igor,<div>thanks a lot for improving UX over it - this table allows me to see which ISO passed verification tests.<br>
<div class="gmail_extra"><div><div><br><br><div class="gmail_quote">On Mon, Aug 25, 2014 at 7:54 PM, Vladimir Kuklin <span dir="ltr"><<a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@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">I would also like to add that you can use our library called devops along with system tests we use for QA and CI. These tests use libvirt and kvm so that you can easily fire up an environment with specific configuration (Centos/Ubuntu Nova/Neutron Ceph/Swift and so on). All the documentation how to use this library is here: <a href="http://docs.mirantis.com/fuel-dev/devops.html" target="_blank">http://docs.mirantis.com/fuel-dev/devops.html</a>. If you find any bugs or gaps in documentation, please feel free to file bugs to <a href="https://launchpad.net/fuel" target="_blank">https://launchpad.net/fuel</a>.</div>
<div class="gmail_extra"><div><div><br><br><div class="gmail_quote">On Mon, Aug 25, 2014 at 6:39 PM, Igor Shishkin <span dir="ltr"><<a href="mailto:ishishkin@mirantis.com" target="_blank">ishishkin@mirantis.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
along with building your own ISO following instructions [1], you can always download nightly build [2] and run it, by using virtualbox scripts [3], for example.<br>
<br>
For your conveniency, you can see a build status table on CI [4]. First tab now refers to pre-5.1 builds, and second - to master builds.<br>
BVT columns stands for Build Verification Test, which is essentially full HA deploy deployment test.<br>
<br>
Currently pre-5.1 and master builds are actually built from same master branch. As soon as we call for Hard Code Freeze, pre-5.1 builds will be reconfigured to use stable/5.1 branch.<br>
<br>
Thanks,<br>
<br>
[1] <a href="http://docs.mirantis.com/fuel-dev/develop/env.html#building-the-fuel-iso" target="_blank">http://docs.mirantis.com/fuel-dev/develop/env.html#building-the-fuel-iso</a><br>
[2] <a href="https://wiki.openstack.org/wiki/Fuel#Nightly_builds" target="_blank">https://wiki.openstack.org/wiki/Fuel#Nightly_builds</a><br>
[3] <a href="https://github.com/stackforge/fuel-main/tree/master/virtualbox" target="_blank">https://github.com/stackforge/fuel-main/tree/master/virtualbox</a><br>
[4] <a href="https://fuel-jenkins.mirantis.com/view/ISO/" target="_blank">https://fuel-jenkins.mirantis.com/view/ISO/</a><br>
<span><font color="#888888">--<br>
Igor Shishkin<br>
DevOps<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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>
</font></span></blockquote></div><br><br clear="all"><div><br></div></div></div>-- <br><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br><a href="tel:%2B7%20%28495%29%20640-49-04" value="+74956404904" target="_blank">+7 (495) 640-49-04</a><br>
<a href="tel:%2B7%20%28926%29%20702-39-68" value="+79267023968" target="_blank">+7 (926) 702-39-68</a><br>
Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div>
</div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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><br clear="all"><div><br></div>-- <br></div></div><span><font color="#888888"><div dir="ltr">Mike Scherbakov<br>#mihgen<br><br></div>
</font></span></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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><br clear="all"><div><br></div>-- <br><div dir="ltr">Mike Scherbakov<br>#mihgen<br><br></div>
</div></div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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></div>
</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>