Bug#636783: TC minimum discussion period

2014-06-29 Thread Anthony Towns
On 28 June 2014 10:50, Steve Langasek vor...@debian.org wrote:
 In the IRC meeting on May 22, we discussed several different approaches for
 handling the call for votes.  The one I favor is to introduce a formal
 cloture vote into the process.

I thought this made sense too.

 A cloture vote is a procedural up/down vote on whether to close debate on a
 question and move to a vote on the ballot.  ...

Here's an alternative strawman:

 - Any member of the TC may call for votes on a ballot at any time.
 - When calling for votes, the TC member may propose any combination
of resolutions they believe is appropriate to be considered on the
ballot, provided they fall under the ctte's constitutional powers.
 - When voting on the ballot, TC members may rank the proposed options
from 1 to n in the normal manner for Debian ballots.
 - An additional Cloture option will be automatically added to the ballot.
 - The Cloture option may only be marked Y to approve cloture, or
N to deny cloture.
 - The Cloture option is the default option for the SRP. A Y vote
for cloture is treated as ranking the default option below all others
(including unranked options). A N vote is treated as ranking the
default option above all others.
 - In the event that cloture fails (ie, the default option wins the
SRP), the TC members should discuss the reasons for the failure and
produce a new ballot that is able to pass cloture.

(SRP=Standard Resolution Procedure)

  - Ballot options proposed during the cloture vote shall be included on the
ballot.

I don't think that's likely to be compatible with the or when the
outcome is beyond doubt provision. ie:

  Let's vote on upstart vs systemd!
  next ten minutes: yes yes yes yes yes
  okay, here's the ballot!

  three hours later: what? no! i want option upstart and must
support multiple systemds on the ballot
  too bad, suckah

To make that provision work, I think you'd have to have a minimum
voting period, in which case I don't think there's any value beyond
just having a minimum discussion period.

But ultimately, if a majority of the ctte want to vote on a particular
question that's within the ctte's remit, I don't see why any minority
should get to block them from having exactly that vote. I do think it
makes sense to formally establish that a majority do want to undertake
that vote though.

Cheers,
aj

-- 
Anthony Towns a...@erisian.com.au


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#636783: TC minimum discussion period

2014-06-27 Thread Steve Langasek
Sorry, this partially-finished draft sat in my box for a month.  Sending
now.

On Thu, May 22, 2014 at 04:03:03PM +0100, Ian Jackson wrote:
 We have discussed having a minimum discussion period for TC
 resolutions.

 I still think this is necessary.  I think 72h is about right.

In the IRC meeting on May 22, we discussed several different approaches for
handling the call for votes.  The one I favor is to introduce a formal
cloture vote into the process.

  http://en.wikipedia.org/wiki/Cloture

A cloture vote is a procedural up/down vote on whether to close debate on a
question and move to a vote on the ballot.  It's intended to be a balanced
safeguard both against pushing through decisions before people have had a
chance to fully consider them (or offer amendments), and against a minority
preventing a decision from being taken by holding the debate open
indefinitely.

Now, no honest evaluation of a cloture process would be complete without
acknowledging the most well-known failure condition - the US Senate's rules
on filibustering.  I consider such filibusters to be the most extreme sort
of procedural gamesmanship and an act of bad faith on the part of all
involved; nevertheless, we should aim to ensure that our implementation is
resistent to any such tactics.

Here's a strawman:

 - Any member of the TC may call for a cloture vote on a proposed ballot at
   any time.
 - Quorum for a cloture vote is 1/2 + 1 members.
 - A cloture vote must receive 2/3 majority in favor in order to pass.
 - Voting period for cloture is 48 hours, or until the outcome is no longer
   in doubt.
 - Ballot options proposed during the cloture vote shall be included on the
   ballot.
 - If a cloture vote fails, any TC member who voted in favor of cloture may
   not repeat the call for a period of one week following the first call.
   Other members of the TC may call for cloture during this time.
 - If a cloture vote fails, any ballot options that are subsequently
   proposed and not withdrawn shall be included on the ballot for the issue.
 - If, two weeks after the original call for cloture, there have been no
   further ballot options proposed, voting proceeds on the original ballot.

Features:

 - If there is procedural consensus, we can act as quickly as we need to.
 - If someone tries to CFV too early, whether because of an error in
   judgement or because they're trying to cut off debate, a cooldown
   period applies, ensuring that a failed cloture vote actually leaves room
   for further discussion
 - However, as soon as any one person who has voted against cloture is
   satisfied with a revised ballot, they can call for cloture again and the
   vote can move forward
 - A CFV can largely not be used to prevent a minority viewpoint being
   represented on the ballot, since additional ballot options can be
   submitted during the cloture vote and are guaranteed to be included.
 - Voting down cloture cannot be used to prevent a question from coming to
   a vote; anyone opposed to cloture must still put in the effort to come up
   with alternative ballot options or the vote will still happen.

Misfeatures:

 - A member of the TC can ensure irrelevant ballot options are included on
   the ballot, possibly spoiling the vote.  I don't think this is a real
   issue.  But then, I also fundamentally disagree with Bdale's
   characterization of the init system ballot proposals as conflation; so
   I consider this the lesser evil compared with the status quo, and think
   it should not be possible for any member of the TC to ever do again what
   Bdale did in that case.

Thoughts?
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature


Bug#636783: TC minimum discussion period

2014-05-22 Thread Ian Jackson
We have discussed having a minimum discussion period for TC
resolutions.

I still think this is necessary.  I think 72h is about right.

Ian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org