I think it is more important to have CI that clearly shows the impact of dev versions of the interpreter and core packages. Some of us in the Nixpkgs community had this idea for Python core packages as well (and potentially scientific computing packages, but that's out of scope here). This would need funding though https://discuss.python.org/t/funding-for-ci-for-integrating-development-versions-of-packages-and-interpreter-in-package-set/2540 .
On Fri, Oct 25, 2019 at 4:29 PM Victor Stinner <[email protected]> wrote: > Hi, > > I just posted a new PEP for comments, please reply there, rather than by > email: > https://discuss.python.org/t/rfc-pep-608-coordinated-python-release/2539 > > PEP 608: Coordinated Python release > https://www.python.org/dev/peps/pep-0608/ > > Abstract: > > Block a Python release until a compatible version of selected projects > is available. > > The Python release manager can decide to release Python even if a > project is not compatible, if they decide that the project is going to > be fixed soon enough, or if the issue severity is low enough. > > Victor > -- > Night gathers, and now my watch begins. It shall not end until my death. > _______________________________________________ > Python-Dev mailing list -- [email protected] > To unsubscribe send an email to [email protected] > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/[email protected]/message/C3KM3LZISKZOXA62OA5NSXREQ2MPDRON/ > Code of Conduct: http://python.org/psf/codeofconduct/ >
_______________________________________________ Python-Dev mailing list -- [email protected] To unsubscribe send an email to [email protected] https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/[email protected]/message/H3C6PTOJBAZG5OGOFC6IRQO6B4OPQFLF/ Code of Conduct: http://python.org/psf/codeofconduct/
