<div dir="ltr"><div>Hi folks!<br></div><span id="result_box" class="" lang="en"><span class="">Can anyone share status of </span><span class="">porting muranoclient to Python 3?<br></span></span></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 16, 2015 at 4:54 PM, Serg Melikyan <span dir="ltr"><<a href="mailto:smelikyan@mirantis.com" target="_blank">smelikyan@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Stan, +100500<br>
<div class="HOEnZb"><div class="h5"><br>
On Fri, Jun 12, 2015 at 3:13 PM, Stan Lagun <<a href="mailto:slagun@mirantis.com">slagun@mirantis.com</a>> wrote:<br>
><br>
> I'd rather go with Heat approach (job first) because it makes easier to track what is left to port to Py34 and track progress in this area<br>
><br>
> Sincerely yours,<br>
> Stan Lagun<br>
> Principal Software Engineer @ Mirantis<br>
><br>
><br>
> On Mon, Jun 8, 2015 at 2:46 PM, Kirill Zaitsev <<a href="mailto:kzaitsev@mirantis.com">kzaitsev@mirantis.com</a>> wrote:<br>
>><br>
>> I’ve looked into several OS projects, and they first seen to implement py3 support and create a job later. (Except for heat. They already have a non-voting py34, which seem to fail every time =))<br>
>><br>
>> I suggest we do the same: first make murano work on py34, then make a py34 job. I’ll file a blueprint shortly.<br>
>><br>
>> --<br>
>> Kirill Zaitsev<br>
>> Murano team<br>
>> Software Engineer<br>
>> Mirantis, Inc<br>
>><br>
>> On 2 Jun 2015 at 15:58:17, Serg Melikyan (<a href="mailto:smelikyan@mirantis.com">smelikyan@mirantis.com</a>) wrote:<br>
>><br>
>> Hi Kirill,<br>
>><br>
>> I agree with Alexander that we should not remove support for python<br>
>> 2.6 in python-muranoclient.<br>
>><br>
>> Regarding adding python-3 jobs - great idea! But we need to migrate<br>
>> python-muranoclient to yaql 1.0 first and then add python-3 jobs,<br>
>> because previous versions of yaql are not compatible with python-3.<br>
>><br>
>> On Tue, Jun 2, 2015 at 3:33 PM, Alexander Tivelkov<br>
>> <<a href="mailto:ativelkov@mirantis.com">ativelkov@mirantis.com</a>> wrote:<br>
>> > Hi Kirill,<br>
>> ><br>
>> > Client libraries usually have wider range of python requirements, as they<br>
>> > may be run on various kinds of legacy environments, including the ones with<br>
>> > python 2.6. only.<br>
>> > Murano is definitely not the only project in Openstack which still maintains<br>
>> > py26 compatibility for its client: nova, glance, cinder and other integrated<br>
>> > ones do this.<br>
>> ><br>
>> > So, I would not drop py26 support for client code without any good reasons<br>
>> > to. Are there any significant reasons to do it?<br>
>> > Regarding py3.4 - this is definitely a good idea.<br>
>> ><br>
>> ><br>
>> > --<br>
>> > Regards,<br>
>> > Alexander Tivelkov<br>
>> ><br>
>> > On Tue, Jun 2, 2015 at 3:04 PM, Kirill Zaitsev <<a href="mailto:kzaitsev@mirantis.com">kzaitsev@mirantis.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> It seems that python-muranoclient is the last project from murano-official<br>
>> >> group, that still supports python2.6. Other projects do not have a 2.6<br>
>> >> testing job (correct me if I’m wrong).<br>
>> >><br>
>> >> Personally I think it’s time to drop support for 2.6 completely, and add<br>
>> >> (at least non-voting) jobs with python3.4 support tests.<br>
>> >> It seems to fit the whole process of moving OS projects towards python 3:<br>
>> >> <a href="https://etherpad.openstack.org/p/liberty-cross-project-python3" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/liberty-cross-project-python3</a><br>
>> >><br>
>> >> What do you think? Does anyone have any objections?<br>
>> >><br>
>> >> --<br>
>> >> Kirill Zaitsev<br>
>> >> Murano team<br>
>> >> Software Engineer<br>
>> >> Mirantis, Inc<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>
>> >><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" 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>
>><br>
>><br>
>><br>
>> --<br>
>> Serg Melikyan, Senior Software Engineer at Mirantis, Inc.<br>
>> <a href="http://mirantis.com" rel="noreferrer" target="_blank">http://mirantis.com</a> | <a href="mailto:smelikyan@mirantis.com">smelikyan@mirantis.com</a><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>
>><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>
>><br>
><br>
<br>
<br>
<br>
--<br>
Serg Melikyan, Senior Software Engineer at Mirantis, Inc.<br>
<a href="http://mirantis.com" rel="noreferrer" target="_blank">http://mirantis.com</a> | <a href="mailto:smelikyan@mirantis.com">smelikyan@mirantis.com</a><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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Best regards,<br>Andrey Kurilin.<br></div></div>
</div>