<div dir="ltr">Hey Thomas,<div><br></div><div>I'm a Gentoo user and contributor, so I feel the pain of often being "ahead" of where OpenStack is. However, I also know that CI instability is one of the biggest time-vampires in OpenStack development.</div><div><br></div><div>I think we are in a pretty happy sweet spot right now: distributions are welcome to test early versions of python. I don't think I've ever seen a forward-looking compatibility change rejected. For instance, when Python 3.11 was in beta, a breakage was detected by Fedora in Ironic and fixed. This is a good example of OpenStack and distribution partners working together to make sure even the newer stuff works.</div><div><br></div><div>OpenStack ourselves putting these beta quality versions in the PTI is problematic though; we should ensure developers spend time building software, not tracking down python-beta bugs. As it is, we already spend an outsize amount of time and effort fixing and running CI.</div><div><br></div><div>There may be some value in making jobs available earlier, but not voting -- maybe in experimental queue? If folks like you, who are targeting unreleased python distributions, would like a way to check compatibility on demand. I'd happily approve a change to Ironic projects that add this as an option in the experimental queue.</div><div><br></div><div>Thanks,</div><div>Jay Faulkner</div><div>Ironic PTL</div><div>TC Vice-Chair</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 22, 2023 at 9:17 AM Thomas Goirand <<a href="mailto:zigo@debian.org">zigo@debian.org</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">On 8/21/23 20:16, Ghanshyam Mann wrote:<br>
> Hi All,<br>
> <br>
> Some of you are part of discussion for python 3.11 testing but If you are not aware of it,<br>
> below is the plan for python 3.11 testing in OpenStack.<br>
> <br>
> Non voting in 2023.2<br>
> -------------------------<br>
> You might have seen that python 3.11 job is now running as non voting in all projects[1].<br>
> Idea is to run it as non voting for this (2023.2) cycle which will give projects to fix the issue and make<br>
> it green. As it is running on debian (frickler mentioned the reason of running it in debian in gerrit[2]), it<br>
> need some changes in bindep.txt file to pass. Here is the example of fix[3] which you can do in your<br>
> project also.<br>
> <br>
> Voting in 2024.1<br>
> --------------------<br>
> In next cycle (2024.1), I am proposing to make py3.11 testing mandatory [4] and voting (automatically<br>
> via common python job template). You need to fix the failure in this cycle otherwise it will block the<br>
> gate once the next cycle development start (basically once 891238 is merged).<br>
> <br>
> [1] <a href="https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/891227/5" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/891227/5</a><br>
> [2] <a href="https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/891146/1" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/891146/1</a><br>
> [3] <a href="https://review.opendev.org/c/openstack/nova/+/891256" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/nova/+/891256</a><br>
> [4] <a href="https://review.opendev.org/c/openstack/governance/+/891225" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/governance/+/891225</a><br>
> [5] <a href="https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/891238" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/891238</a><br>
> <br>
> -gmann<br>
<br>
Hi,<br>
<br>
This is very nice, though, IMO, it's too late. Bookworm was released <br>
with OpenStack Zed, to which I already added Python 3.11 support (if you <br>
guys have some patches to add on top, let me know, but as much as I <br>
know, it was already functional).<br>
<br>
So now, the current plan is to ... test on py3.11. Yeah, but from the <br>
Debian perspective, we're already on Python 3.12. The RC1 is already in <br>
Debian Experimental, and I expect 3.12 to reach Unstable by the end of <br>
this year. Once again, I'll be the sole person that will experimenting <br>
all the troubles. It's been YEARS like this. It's probably time to <br>
address it, no?<br>
<br>
I'd really love it, if we could find a solution so that I stop to be the <br>
only person getting the shit in this world. :)<br>
<br>
What would be awesome, would be to run Debian Unstable, with the latest <br>
interpreter, as non-voting jobs.<br>
<br>
Your thoughts?<br>
<br>
Cheers,<br>
<br>
Thomas Goirand (zigo)<br>
<br>
<br>
</blockquote></div>