On 01.06.2012 19:33, Brett Cannon wrote:
Are these dead in the water or are we going to try to change our release cycle? I'm just asking since 3.3 final is due out in about 3 months and deciding on this along with shifting things if we do make a change could end up taking that long and I suspect if we don't do this for 3.3 we are probably never going to do it for Python 3 series as a whole.
I'm -1 on both PEPs. For PEP 407, I fail to see what problem it solves. The PEP is short on rationale, so let me guess what the motivation for the PEP is: - Some people (Barry in particular) are in favor of timed releases. I don't know what the actual motivation for timed releases is, but ISTM that PEP 407 is an attempt to make Python generate timed releases. I'm -1 on that because of the additional effort for release managers. In particular, a strict schedule will limit vacation time, and require the release team to coordinate their vacation plans. With two alpha, one beta, and one rc, plus LTS bugfix releases, there may well be one release of some Python version every month. - Some contributors are worried about getting their contributions "out", and some core committers are worried that we get fewer contributions because of that. While I well recall the feeling of getting changes "out", the real concerns only exist for the very first contribution: * Those gurus on python-dev are certainly working on a fix for this very important issue already, how could they not have noticed? My work will be futile, and they'll fix it the day before I submit the patch. * Now that the patch is uploaded, can somebody *please* review it? How hard can it be to look over 20 lines of code? * Now that they committed it, when can I start telling my friends about it? The next release takes ages, and waiting is not fun. While these concerns are all real, it's really a matter of contributor education to deal with them, The longer people contribute to open source (or participate in any kind of software development), the more they learn that this is just how things work. The PEP really only addresses the third concern, whereas I think that the second is much more relevant. As for us not getting enough contributions: can we please worry about that when we have all patches processed that already have been contributed? I also think that the PEP will have negative effect on Python users: incompatible changes will spread faster (people will think that it's ok to break stuff since it was announced for three releases, when it wasn't actually announced in the last LTS). Users will feel the urgency of updating, and at the same time uneasiness about doing so as it may break stuff. People *already* get behind by two or three releases (in the 2.x series), getting behind 10 releases just will make them feel sad. For PEP 413, much the same concerns apply. In addition, I think it's too complicated, both for users, and for the actual technical implementation. Regards, Martin _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com