<div dir="ltr"><div dir="ltr"><div></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 7, 2021 at 1:10 PM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">resending to correct list<br>
On Tue, 2021-09-07 at 10:51 +0100, Sean Mooney wrote:<br>
> hi i was jsut looking at the yoga runtimes an notice that we have not really updated it<br>
> with regards to minium python versions.<br>
> <br>
> currently <br>
> <br>
> the runtime defintion is as follows <a href="https://github.com/openstack/governance/blob/master/reference/runtimes/yoga.rst" rel="noreferrer" target="_blank">https://github.com/openstack/governance/blob/master/reference/runtimes/yoga.rst</a><br>
> <br>
>    It is the :doc:`policy <../../resolutions/20181024-python-update-process>` that each OpenStack release cycle will target the latest available version of Python; default Python runtimes on the<br>
>    distributions listed above; and versions used in integration tests at the start of the cycle, at least until the point when all projects have migrated to a later version.<br>
>    <br>
>    Based on the criteria above, all Python-based projects must target and test against, at a minimum:<br>
>    <br>
>        Python 3.6 (default in CentOS 8 Stream)<br>
>        Python 3.8 (latest available; default in Ubuntu 20.04)<br>
>    <br>
> looking at to look at <a href="https://repology.org/project/python/versions" rel="noreferrer" target="_blank">https://repology.org/project/python/versions</a> what python version are shpping by default now in many distro<br>
> more and more of them are moving to python 3.9 which is currently not in the test list and wer are starting to fall quite far behind<br>
> <br>
> debian 11/12/stable are currently using 3.9.2<br>
> centos 8 defaults to 3.6.8 but ships  3.8.6 and 3.9.2 as appstreams<br></blockquote><div><br></div><div>We shouldn't rely on non-default versions.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> centos 9 stream will default to  python3-3.9.6-6.el9.x86_64.rpm  <a href="https://composes.stream.centos.org/test/latest-CentOS-Stream/compose/BaseOS/x86_64/os/Packages/" rel="noreferrer" target="_blank">https://composes.stream.centos.org/test/latest-CentOS-Stream/compose/BaseOS/x86_64/os/Packages/</a><br>
> ubuntu 20.04 default to 3.8.2 but also ships 3.9.5 in universe<br></blockquote><div><br></div><div>Same.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> ubuntu 21.04 default to 3.9.5 so we can expect that when yoga ships on ubuntu 22.04 it will be based on at least python 3.9 and proably 3.10<br>
> fedora well they basically ship everythin but i belive 3.9 is not the default based on complaints some of my fellow contiutors had with<br>
> runnign unit and functional tests.<br>
> <br>
> openSUSE Leap 15.3 main/oss   python39        3.9.4 ship 3.9 but default to 3.6<br>
> they aslo nolonger have an openstack product but it would still be nice to keep them in mind.<br></blockquote><div><br></div><div>Yep, some of us (namely Bifrost) support openSUSE Leap (and the transition to 15.3 hasn't happened yet)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> <br>
> over all i think we shoudl consider raising or min tested/supported python version to python 3.8 for yoga and consider updating from centos 8 to centos 9.<br></blockquote><div><br></div><div>Dropping CentOS 8 (and thus RHEL 8) support before RHEL 9 is released seems extremely premature to me. I understand that with CentOS Stream the world got some access to in-progress RHEL versions, but it does not change the fact that RHEL 9 does not exist yet, and there seems to be no public information on when it will appear.</div><div><br></div><div>From your analysis it seems that we should support 3.6 (CentOS/RHEL), 3.8 (Ubuntu 20.04) and 3.9 (Fedora, openSUSE, future RHEL).</div><div><br></div><div>Dmitry<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> i also think it worth including python 3.9 in the required testing versions for python projects.<br>
> <br>
> several distros will be releaseing openstack xena/wallaby with python 3.9 and also yoga likely with 3.10 in some cases.<br>
> if we only offically test with 3.6 and 3.8 we could have some hard probalems to solve going forward. the optional testing with unit and functional tests <br>
> that some project have for python 3.9 certenly helps but actully having an integrated tempest gate job that runs on 3.9 i think is going to be increasingly important.<br>
> <br>
> readring centos 9 stream, it was orginally planned of release at the end of q2. now that date has obviosly passed but i know that they are still hopeful to have<br>
> a release ready in the next month or so. cloud images are avaibel at <a href="https://composes.stream.centos.org/production/latest-CentOS-Stream/compose/BaseOS/x86_64/images/" rel="noreferrer" target="_blank">https://composes.stream.centos.org/production/latest-CentOS-Stream/compose/BaseOS/x86_64/images/</a> although the repos are still only<br>
> partly complete <a href="https://composes.stream.centos.org/production/latest-CentOS-Stream/compose/BaseOS/x86_64/images/" rel="noreferrer" target="_blank">https://composes.stream.centos.org/production/latest-CentOS-Stream/compose/BaseOS/x86_64/images/</a> and there are currently no active mirros so its still officaly<br>
> not released <a href="https://www.centos.org/centos-stream/" rel="noreferrer" target="_blank">https://www.centos.org/centos-stream/</a> and i don not have any ETA beyond soonTM. as such im aware we cant offically declare centos 9 stream as part of the tested<br>
> runtimes at this point but it might be at least worht listing it as an experimtal runtime as i suspec there will be a desire to swtich to it during the yoga cycle for some proejct.<br>
> ooo/rdo come to mind as they discussed this for xena but obviously that was not possibel since it was not released in time.<br>
> <br>
> <br>
> regards<br>
> sean.<br>
> <br>
> ps removing python 3.6 and replacing it with 3.9 instead of just adding 3.9 as an addtional runtime is more to manage our testing<br>
> there isnt nessarly any python feature that i explcitly would like to be able to use that are added in 3.8 that would be enabled<br>
> by making that the new min python verion that is motivating this suggestion.  there are some nice thingin 3.9/3.10 such as pattern<br>
> mataching that are commign but it will be some time (2-4 years)before we can actully use those as our min version so i was just being practial<br>
> and suggestion we raise to 3.8 and add 3.9 as required with 3.10 as optional/experimal for those that want it.<br>
> <br>
<br>
<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Red Hat GmbH, <a href="https://de.redhat.com/" target="_blank">https://de.redhat.com/</a> , Registered seat: Grasbrunn, <br>Commercial register: Amtsgericht Muenchen, HRB 153243,<br>Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill <br></div></div></div>