[Python-Dev] release cadence (was: Request for CPython 3.5.3 release)
Paul Moore
p.f.moore at gmail.com
Sun Jul 3 17:22:38 EDT 2016
More information about the Python-Dev mailing list
Sun Jul 3 17:22:38 EDT 2016
- Previous message (by thread): [Python-Dev] release cadence (was: Request for CPython 3.5.3 release)
- Next message (by thread): [Python-Dev] release cadence (was: Request for CPython 3.5.3 release)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 3 July 2016 at 22:04, Brett Cannon <brett at python.org> wrote: > This last bit is what I would advocate if we broke the stdlib out unless an > emergency patch release is warranted for a specific module (e.g. like > asyncio that started this discussion). Obviously backporting is its own > thing. It's also worth noting that pip has no mechanism for installing an updated stdlib module, as everything goes into site-packages, and the stdlib takes precedence over site-packages unless you get into sys.path hacking abominations like setuptools uses (or at least used to use, I don't know if it still does). So as things stand, independent patch releases of stdlib modules would need to be manually copied into place. Allowing users to override the stdlib opens up a different can of worms - not necessarily one that we couldn't resolve, but IIRC, it was always a deliberate policy that overriding the stdlib wasn't possible (that's why backports have names like unittest2...) Paul
- Previous message (by thread): [Python-Dev] release cadence (was: Request for CPython 3.5.3 release)
- Next message (by thread): [Python-Dev] release cadence (was: Request for CPython 3.5.3 release)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list