Hi,<br><br>I would prefer to never ever break the backward compatibility in Python. To make it clear I suggest to use 4.0 for the release following Python 3.7.<br><br>More and more data confirm me frequently that we already reached the critical mass to declare that the migration to Python 3 is done.<br><br>There was no Python 2.8, I suggest to skip 3.8. Ten years is enough between two major versions...<br><br>To be clear, I only propose to change the version number. Not break anything. Not remove anything. Any pending removal scheduled for 4.0 must be postponed, maybe to 4.1, maybe 4.2, maybe never.<br><br>Linux switched from 3.x to 4.x and didn't break anything. We can do the same.<br><br>--<br><br>Ok, some people like me want to break the backward compatibility. You have to fight against that and make sure that incompatible changes are limited and very small per release.<br><br>Please don't use the C API as any promise of anything. This project is highly experimental and don't iffer anaything except pain at this point ;-)<br><br>Victor<br><br>Le mardi 25 septembre 2018, Yury Selivanov <<a href="mailto:yselivanov.ml@gmail.com">yselivanov.ml@gmail.com</a>> a écrit :<br>> What's the current plan for what version of Python we release after 3.9?<br>><br>> The reason I'm asking this is because I frequently need to refer to<br>> *that version* of Python in the documentation, especially when I'm<br>> deprecating APIs or behavior.  Right now I'm saying "Python 4.0"<br>> implying that 4.0 will be released right after 3.9.<br>><br>> I've heard multiple opinions on this subject. One of them is that we<br>> should release 4.0 when we have a major new change, like removal of<br>> the GIL or introduction of a JIT compiler.  On the other hand, we have<br>> no estimate when we have such a change. We also don't want Python 4.0<br>> to be backwards incompatible with Python 3.0 (at least not at the<br>> scale of 2 vs 3).  So to me, it seems logical that we simply release<br>> Python 4.0 after Python 3.9.  After all, after 3.9 Python will be<br>> drastically different from 3.0 and from 2.7.  It sounds better. :)<br>><br>> Finally, I'm not sure we need a new governance in place to make this<br>> decision or maybe we can make it now. That's why I'm posting this to<br>> python-committers to see if core devs already have a consensus on<br>> this.<br>><br>> Yury<br>> _______________________________________________<br>> python-committers mailing list<br>> <a href="mailto:python-committers@python.org">python-committers@python.org</a><br>> <a href="https://mail.python.org/mailman/listinfo/python-committers">https://mail.python.org/mailman/listinfo/python-committers</a><br>> Code of Conduct: <a href="https://www.python.org/psf/codeofconduct/">https://www.python.org/psf/codeofconduct/</a><br>>