[RFC] tweak to voting rules

[Richard Wilbur]

On Wed, 2006-11-29 at 21:33 -0500, Aaron Bentley wrote:
> I think we need to differentiate between two reasons for voting against
> a patch:
> 1. This implementation needs work before we can accept it.
> 2. This patch is a bad idea, and we should never accept it, even if
> well-implemented.
> 
> So I propose we change things slightly:
> - -1 : patch needs work
> - -2 : patch is a bad idea
Since -(-x) == +x, I recommend:
-1 : patch needs work
-2 : patch is a bad idea

> That will allow BB to categorize the -1 patches differently from the -2
> patches, and still get the patches off the pending list, where they
> really don't belong.
> 
> I suppose while we were at it, we could also change the positive end of
> the scale:
> +1 : submittable, if you make certain changes
> +2 : submittable
> 
> Any thoughts?
> 
> Aaron

Seems you are simply recasting the previous voting scheme as integers
instead of real limits: -1, -0, +0, +1.  This is a good idea as it makes
distinguishing them as integer fields in a web application possible.

Should the management go from "auto" to "manual" if a patch gets a -2
and a +1, etc?

Richard
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20061130/37135e7d/attachment.pgp