Python 3.7

When Red Hat decides to package something and distribute it, they put a lot of resources into it. They will have allocated dedicated package maintainers for it, security teams are tasked to keep an eye on what happens with these packages, QA teams needs to allocate resources for testing and ensure regression tests are present and running. Then the release teams which needs to ensure packaging is done accordingly to the RHEL standards, that packages are installable, can be upgraded, downgraded and uninstalled without issues, etc. And on top of that, the support teams needs to get knowledge about this package. And all this is an effort which they dedicate for multiple years.

So with all this, it is a noticable cost for Red Hat to commit themselves to ship yet another Python release. I'm not saying it won't happen, but I would more expect it to happen at a later point where Python 2.x truly is dead and there are even more interesting Python releases which has stabilized.

Of course you can argue that the gap between 3.6 and 3.7 is so small lots of the current 3.6 efforts can be reused on 3.7. But then it comes into a prioritization challenge. If there are urgent issues needed to be solved in both 3.6 and 3.7, which should be resolved first? And will Red hat customers be happy if 3.7 gets priority when their own software stack depends on 3.6?

We can't solve all this in a discussion, and at least not here in the LWN comment section. But it is important to understand that when Red Hat ships a package, they're really highly committed to ensure it is maintainable over a longer time and strive to ensure it doesn't explode in the face of their users.