All,

I have made an attempt at incorporating the issues on which we have reached consensus into the document. Here's the updated text, followed by a list of outstanding issues. As always, any mistakes are unintentional - we'll go over this text until everyone is satisfied.

I haven't put this text into the Wiki. I managed to wipe out the history of the AvalonVotingProcedures node and that has made me a bit wary about using the Wiki for purposes like this.

-oOo-

PROPOSAL TEXT

= PMC Voting Procedures =

This document details how the Avalon PMC has agreed to handle voting. ASF policy will always supercede this document.

== People Involved in the Voting Process ==

=== The Proposer ===

The proposer is the one who comes up with the discussion that needs to be addressed. The proposer will follow the procedures listed under the heading "Prior to the Vote".

=== The Vote Administrator ===

The vote administrator is the person who tallies the votes and reports the results back to the developer list. The person who actually puts a proposal up for vote is usually the vote administrator, although this task can be taken on by someone else.

=== The Voter ===

A voter is someone who expresses support or opposition for the subject being voted on. A voter must be an Avalon PMC member. Input is appreciated from committers and all other members of the community, but only votes from PMC members are counted.

== Prior to the Vote ==

Before any vote can take place, the subject must be discussed with the larger Avalon development community. All such discussions take place on the Avalon developer mailing list or the Avalon PMC mailing list, and have the text "[PROPOSAL]" in the subject line. That practice alerts the developers to the fact that you eventually intend to call a vote on the subject.

== The Vote ==

When the proposal is ready to be adopted by the community, the Proposer will call for a vote. All votes occur on the Avalon developers mailing list or on the Avalon PMC mailing list, and have the text "[PMC:VOTE]" in the subject line. That practice alerts the developers to the fact that the prior proposal is now ready to vote on, and discussion should stop for the proposal.

=== How to Vote ===

The voter responds to the original call for vote with an expression of support, opposition, or abstention. The exact way to express the voter's position is listed below:

* +1 a vote supporting the subject
* +0 a vote abstaining from the subject, but showing some support.
* -0 a vote abstaining from the subject, but showing disapproval.
* -1 a vote opposing the subject

=== Counting Votes ===

The vote administrator will count only the last vote from each voter. That means a voter may change their vote at any time during the duration of the vote. It is the vote administrator's duty to make sure that the voter is qualified to make a vote on the subject. The qualifications are listed under the sub heading "Types of Votes".

=== Types of Votes ===

The PMC may vote on any number of procedures. It is not the PMC's role to affect the technical direction of the Avalon project, but its procedural direction. There are two classes of votes: a Qualified Majority Vote and a
Normal Majority Vote.

==== Qualified Majority Vote ====

Any vote that affects the PMC charter, affects the rules that govern the PMC is a Qualified Majority Vote. For this type of vote to pass, it requires support from two-thirds (2/3) of the voters.

==== Normal Majority Vote ====

All votes that do not fall under the heading of Qualified Majority Vote are handled as a Normal Majority Vote. If it passes the PMC vote with more than half (1/2) of voters supporting it, then the vote has passed.

=== Voting Qualifications ===

In order for any vote to be considered binding it must have quorum, and be held for the proper amount of time.

==== Quorum ====

For all votes, there must be at least three (3) voters and half (1/2) of the PMC must cast a vote.

==== Duration ====

All votes will last for at least a week. If there is not quorum within the first week, then the length of time will be extended for one additional week. If the vote still does not have enough support, then the vote is considered failed. The proposer can choose to bring it up later when quorum is available.

== After the Vote ==

When the vote is closed, the results of the vote are summarized by the Vote Administrator. The vote administrator will send an email to the Avalon
developer's list with the text "[PMC:VOTE-RESULT]" in the subject that has the summary. The summary will include the count of all +1, +0, -0, and -1 responses, and the final verdict of whether the subject passed.

== Disagreements ==

Disagreements concerning voting may be directed to the Chair. The Chair's opinion shall be final and binding upon the PMC.

END PROPOSAL TEXT

-oOo-

OUTSTANDING ISSUES

In the text I have done some changes that we don't have consensus on, but that I believe are non-critical issues. The idea is to get trivial things solved quickly so we can spend time on the major issues. Please review, and if I did something stupid, just let me know and we'll roll back.

1. I cut the text at the top, removing the "contact [EMAIL PROTECTED]" part of it.

2. Regarding point 6 in my previous email:

[http://marc.theaimsgroup.com/?l=avalon-dev&m=104316998814380&w=2]

6. "Procedures should not qualify types of votes."
I don't get this - I'll go through Leo's text and see...

Point 6 could be resolved by changing the text:

"The PMC may vote on any number of procedures. It is not the PMC's role to affect the technical direction of the Avalon project, but its procedural direction. There are two classes of votes: a Qualified Majority Vote and a
Normal Majority Vote."

to

"There are two classes of votes: a Qualified Majority Vote and a
Normal Majority Vote."

That is, cut any parts related to what the PMC may/may not vote on.

3. Regarding point 7 in my previous email:

[http://marc.theaimsgroup.com/?l=avalon-dev&m=104316998814380&w=2]

7. PMC votes are limited to changes in two documents - "Avalon PMC
Charter" or "Avalon PMC Policies and Procedures".

Point 7 could be resolved by changing the text:

"Any vote that affects the PMC charter, affects the rules that govern the PMC is a Qualified Majority Vote."

to

"Any vote that affects the texts 'Avalon PMC Charter' or 'Avalon PMC Policies and Procedures' is a Qualified Majority Vote."

I also note that my point 7 was wrong - "PMC votes ..." should be "Qualified Majority Votes ...", which is what Stephen said in his email (but I incorrectly summarized). (Otherwise we're really reducing the power of the PMC.)


4. I replaced "representation" with "quorum". Motivation: It is the proper term, and I found no really good synonyms. Plus, it is defined fairly well and should be graspable.


5. I replaced [VOTE] with [PMC:VOTE] and [VOTE-RESULT] with [PMC:VOTE-RESULT].

---------------------------------------------

Stephen, the changes should address points 1-5 in our previous exchange, and leave 6 and 7 (points 2 and 3 above in this email).

/LS


--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to