With the first two ASF releases out of the way, and #96 merged into main it is time to upgrade to some python versions that aren't EOL. My suggestion would be we just jump straight to 3.14, allowing everything else to break. There's nothing stopping us from merging such a patch in main right now, should someone step up to work on this task.
Btw, 3.14 new features includes both support for threads (yes, using more than a single CPU) and "multiple interpreters" which is like multiprocessing but lighter. https://docs.python.org/3/whatsnew/3.14.html
It will probably be several months until we produce the first stable release out of this anyway, so by that time 3.14 should be the default in newest Linux distros. And even if not, such a future is in any case just around the corner.
From 3.14 onward I would expect us to add support for the newest python version relatively soon, but of course taking into account this is currently a project produced completely by a small number of volunteers. (Or in any case, this is not the primary occupation for any of us.)
We today support a sequence of 3-5 consecutive python releases.. Is 3 a good minimum number? Discussion welcome. Patches likewise.
With the first two ASF releases out of the way, and #96 merged into main it is time to upgrade to some python versions that aren't EOL. My suggestion would be we just jump straight to 3.14, allowing everything else to break. There's nothing stopping us from merging such a patch in main right now, should someone step up to work on this task.
Btw, 3.14 new features includes both support for threads (yes, using more than a single CPU) and "multiple interpreters" which is like multiprocessing but lighter. https://docs.python.org/3/whatsnew/3.14.html
It will probably be several months until we produce the first stable release out of this anyway, so by that time 3.14 should be the default in newest Linux distros. And even if not, such a future is in any case just around the corner.
From 3.14 onward I would expect us to add support for the newest python version relatively soon, but of course taking into account this is currently a project produced completely by a small number of volunteers. (Or in any case, this is not the primary occupation for any of us.)
We today support a sequence of 3-5 consecutive python releases.. Is 3 a good minimum number? Discussion welcome. Patches likewise.