Re: GRs, irrelevant amendments, and insincere voting

[Manoj Srivastava <srivasta@debian.org>]

On Sun, 2 Nov 2003 05:09:09 -0500, Branden Robinson <branden@debian.org> said: 

> On Sun, Nov 02, 2003 at 03:08:49AM -0600, Manoj Srivastava wrote:
>> A.2.3 However, the final decision on the form of ballot(s) is the
>> Secretary's - see 7.1(1), 7.1(3) and A.3(4).
>>
>> A.3.4.  In cases of doubt the Project Secretary shall decide on
>> matters of procedure.

> Okay.  I'd like to request an advisory opinion on how many ballots
> you'd require to resolve the issues raised in the ultimate parent of
> this message[1], assuming the proposed wording were not dramatically
> altered.

> Please also include some discussion of how you reach your decision,
> so that people can have some reasonable expectations as to the
> consequences of proposed amendments.

> Can you do this, please?

	Ok. First, let me state that I would consider breaking up a
 proposal into multiple ballots only a thing of last resort, when I
 consider that the issues are really unrelated, and that the current
 process is really broken. Even then, I would ask for arguments for
 and against the breaking up of the proposal, and ask for advice on
 how things may be broken out into ballots before making my decision.

	If you want my off the cuff impromptu decision on this
 particular draft and hypothetical amendment; I am inclined to say
 that I am unlikely to interfere -- you opened the door by conflating
 several unrelated issues in the original proposal, so I am going to
 allow latitude to amendments that pare down the list. (I would not
 allow unrelated things to be _added_ to a ballot).

	In case your full proposal does not pass, you would be welcome
 to come back with the residuals, and again I would prevent unrelated
 items to be added to that pared down proposal.

	manoj
-- 
"I dislike companies that have a
we-are-the-high-priests-of-hardware-so-you'll- like-what-we-give-you
attitude.  I like commodity markets in which iron-and- silicon hawkers
know that they exist to provide fast toys for software types like me
to play with..." Eric S. Raymond
Manoj Srivastava   <srivasta@debian.org>  <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C