[Python-Dev] Change in priority fields
Guido van Rossum
guido at python.org
Tue Mar 18 05:35:48 CET 2008
What do I do for something that should absolutely go into the 2.6final
release (say) but is otherwise pretty minor? I've been using critical
to make sure it doesn't get put off until past the release.
On Mon, Mar 17, 2008 at 11:31 PM, Neal Norwitz <nnorwitz at gmail.com> wrote:
> On Mon, Mar 17, 2008 at 9:10 PM, Brett Cannon <brett at python.org> wrote:
> > Barry, Neal, and myself had a conversation and changed the priority
> > fields in the tracker. You can click on 'priority' to see an
> > explanation, but the new fields are:
> > - release blocker
> > - critical
> > - high
> > - normal
> > - low
> > So "release blocker" blocks a release. "Critical" could very easily
> > block a release, but not the current one. "High" issues should be
> > addressed, but won't block anything. "Normal" is normal. And "low" is
> > for spelling errors and such.
> Primarily everyone should use normal for issues that are, uh, normal.
> "Critical" should be used for bugs that are things like: crashing the
> interpreter, serious memory/reference leaks. "High" could be used for
> large problems with resource usage (too much memory) or something that
> is otherwise, important.
> Python-Dev mailing list
> Python-Dev at python.org
> Unsubscribe: http://mail.python.org/mailman/options/python-dev/guido%40python.org
--Guido van Rossum (home page: http://www.python.org/~guido/)
More information about the Python-Dev