<div dir="ltr">Hi Dmitry,<div><br></div><div>>> <span style="font-size:13px">Client uses REST API to interact with Fuel, how is Python version a factor?</span></div><div><span style="font-size:13px"><br></span></div><div>Fuel client is written in python it means it won't work on the master node</div><div>with 2.6 python if you drop compatibility with it.</div><div><br></div><div>>> <span style="font-size:13px">What exactly is the use cases that requires a new client deployed on </span><span style="font-size:13px">an old Fuel master node (or vice versa)?</span></div><div><span style="font-size:13px"><br></span></div><div><span style="font-size:13px">Fuel master node upgrade, we install newer client during the upgrade.</span></div><div><span style="font-size:13px"><br></span></div><div><span style="font-size:13px">>> </span><span style="font-size:13px">It's not that hard ...</span></div><div><span style="font-size:13px"><br></span></div><div>It looks not so hard, but it should be well tested before it's merged,</div><div>and it's risky because fuel client is installed on the host system, not</div><div>into the container, hence in case if something goes wrong we cannot</div><div>make automatic rollback.</div><div><br></div><div>Thanks,</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 12, 2015 at 8:24 PM, 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"><span class="">On Mon, Jan 12, 2015 at 9:10 AM, Evgeniy L <<a href="mailto:eli@mirantis.com">eli@mirantis.com</a>> wrote:<br>
> Agree with Igor, I think we cannot just drop compatibility for fuel client<br>
> with 2.6 python,<br>
<br>
</span>Hm, didn't Igor say in his email that "we have to drop python 2.6 support"?<br>
<span class=""><br>
> the reason is we have old master nodes which have<br>
> 2.6 python, and the newer fuel client should work fine on these<br>
> environments.<br>
<br>
</span>Client uses REST API to interact with Fuel, how is Python version a factor?<br>
<br>
What exactly is the use cases that requires a new client deployed on<br>
an old Fuel master node (or vice versa)?<br>
<span class=""><br>
> Or we can try to install python 2.7 on the master during the upgrade.<br>
<br>
</span>Lets do this. It's not that hard, see the link in an email from Ihar<br>
Hrachyshka on this thread.<br>
<div class="HOEnZb"><div class="h5"><br>
> As for Nailgun I don't see any problems to use 2.7.<br>
><br>
> Thanks,<br>
><br>
> On Mon, Jan 12, 2015 at 7:32 PM, Igor Kalnitsky <<a href="mailto:ikalnitsky@mirantis.com">ikalnitsky@mirantis.com</a>><br>
> wrote:<br>
>><br>
>> Hi, Roman,<br>
>><br>
>> Indeed, we have to go forward and drop python 2.6 support. That's how<br>
>> it supposed to be, but, unfortunately, it may not be as easy as it<br>
>> seems at first glance.<br>
>><br>
>> Fuel Master is flying on top of Cent OS 6.5 which doesn't have python<br>
>> 2.7 at all. So we must either run master node on Cent OS 7 or build<br>
>> python2.7 for Cent OS 6.5. The first case, obviously, requires a lot<br>
>> of work, while the second one is not. But I may wrong, since I have no<br>
>> idea what dependencies python 2.7 requires and what we have in our<br>
>> repos.<br>
>><br>
>> - Igor<br>
>><br>
>> On Mon, Jan 12, 2015 at 4:55 PM, Roman Prykhodchenko <<a href="mailto:me@romcheg.me">me@romcheg.me</a>><br>
>> wrote:<br>
>> > Folks,<br>
>> ><br>
>> > as it was planned and then announced at the OpenStack summit OpenStack<br>
>> > services deprecated Python-2.6 support. At the moment several services and<br>
>> > libraries are already only compatible with Python>=2.7. And there is no<br>
>> > common sense in trying to get back compatibility with Py2.6 because<br>
>> > OpenStack infra does not run tests for that version of Python.<br>
>> ><br>
>> > The point of this email is that some components of Fuel, say, Nailgun<br>
>> > and Fuel Client are still only tested with Python-2.6. Fuel Client in it’s<br>
>> > turn is about to use OpenStack CI’s python-jobs for running unit tests. That<br>
>> > means that in order to make it compatible with Py2.6 there is a need to run<br>
>> > a separate python job in FuelCI.<br>
>> ><br>
>> > However, I believe that forcing the things being compatible with 2.6<br>
>> > when the rest of ecosystem decided not to go with it and when Py2.7 is<br>
>> > already available in the main CentOS repo sounds like a battle with the<br>
>> > common sense. So my proposal is to drop 2.6 support in Fuel-6.1.<br>
>> ><br>
>> ><br>
>> > - romcheg<br>
>> ><br>
>> ><br>
>> > __________________________________________________________________________<br>
>> > OpenStack Development Mailing List (not for usage questions)<br>
>> > Unsubscribe:<br>
>> > <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
>><br>
>> __________________________________________________________________________<br>
>> OpenStack Development Mailing List (not for usage questions)<br>
>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Dmitry Borodaenko<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
</div></div></blockquote></div><br></div>