[python-committers] Policy for committing to 2.7
Benjamin Peterson
benjamin at python.org
Sun Jun 23 04:56:27 CEST 2013
More information about the python-committers mailing list
Sun Jun 23 04:56:27 CEST 2013
- Previous message: [python-committers] Policy for committing to 2.7
- Next message: [python-committers] Policy for committing to 2.7
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
2013/6/22 Eli Bendersky <eliben at gmail.com>: > Yes, this makes sense too. > > In general there seems to be an agreement, so it would be great to document > in some place. Many years will pass before we have another "special" release > like Python 2.7, so it's worth spending an extra few minutes to have this > written down. PEP 404 seems to be a reasonable place - any objections? > Benjamin, what do you think? PEP 373 is better given in that it deals with 2.7 and not a non-existent 2.8 release. :) I agree not every theoretically applicable bugfix needs to land in 2.7. If it's been broken for all of the 2.x series, it probably doesn't need to be fixed now. (The most important bugs to fix are the ones we introduced in the last bugfix release.) I'm also open to and have been open to build system changes that keep Python compiling even though they can break things (see cross-compiling). Even limited not-build system "features" like retrofitting bsddb so it could compile with a non-ancient version of bsddb can be acceptable. -- Regards, Benjamin
- Previous message: [python-committers] Policy for committing to 2.7
- Next message: [python-committers] Policy for committing to 2.7
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the python-committers mailing list