On 05/24/2018 10:08 AM, Ned Deily wrote:
If you (or anyone else) feels strongly enough about it, you should re-open the issue now 
and make it as a "release blocker" and we should discuss the implications and 
possible plans of action in the issue.

About that.  According to the Python Dev Guide:

   Whether a bug is a *release blocker* for the current release
   schedule is decided by the release manager. Triagers may recommend
   this priority and should add the release manager to the nosy list.

   https://devguide.python.org/triaging/#priority

Of course, a particular release manager (e.g. Ned here) can change the policy for their releases.  But by default, unless you're the release manager for release X, you should not mark issues as "Release Blocker" for release X.  This seems like a sensible policy to me, and effective immediately I'm going to hold to this policy for my releases (3.4 and 3.5).


//arry/
_______________________________________________
python-committers mailing list
python-committers@python.org
https://mail.python.org/mailman/listinfo/python-committers
Code of Conduct: https://www.python.org/psf/codeofconduct/

Reply via email to