[SM-Discuss] Fwd: Voting Policy Amendment 1 Vote (was: Results for Organization Policy vote)

Jeremy Blosser (emrys) jblosser-smgl at firinn.org
Sat May 6 14:05:44 EDT 2006


I realized this might be buried for some, forwarding it back as a new
thread so people are aware.  The third +1 not included in the quote below
was David Kowis, see the quoted thread for the actual votes.

----- Forwarded message from "Jeremy Blosser (emrys)" <jblosser-smgl at firinn.org> -----

Date: Sat, 6 May 2006 12:55:50 -0500
From: "Jeremy Blosser (emrys)" <jblosser-smgl at firinn.org>
To: sm-discuss at lists.ibiblio.org
Subject: Re: [SM-Discuss] Results for Organization Policy vote

On May 06, Arwed von Merkatz [v.merkatz at gmx.net] wrote:
> On Sat, May 06, 2006 at 10:20:02AM -0700, Andrew Stitt wrote:
> > I vote +1 on the policy ammendment below.
> 
> +1 from me too.

3 of 5 +1 == 60%, motion carries.

> > On Fri, May 05, 2006 at 01:06:59PM -0500, Jeremy Blosser (emrys) wrote:
> > > I know Eric is busy with finals, so as APL I'm calling for a vote on the
> > > below amendment, as a more specific version of the suggested amendment
> > > proposed earlier today.
> > > 
> > > Per the new policy[0], Leads should reply to the ML with signed +/- 1 or 0
> > > votes.  Other developers may vote as well, but only Lead votes are binding.
> > > The vote will last until 1PM CDT May 12th, or until a majority approves or
> > > rejects it, whichever comes first.  This vote affects the voting policy, so
> > > any lead or other developer can move for a veto at the end of the vote,
> > > regardless of the results.
> > > 
> > > [0] - Not yet on the web site, but we're working on having it there today.
> > > 
> > > On May 05, Jaka Kranjc [jakakranjc at email.si] wrote:
> > > > Seconded.
> > > > 
> > > > On Friday 05 May 2006 15:53, Jeremy Blosser (emrys) wrote:
> > > > > I move for the following amendment:
> > > > >
> > > > > diff -dupr approved/policy_voting amend1/policy_voting
> > > > > --- approved/policy_voting      Tue Apr 18 11:34:53 2006
> > > > > +++ amend1/policy_voting        Fri May  5 08:49:22 2006
> > > > > @@ -83,8 +83,9 @@ Lead Voting Process:
> > > > >    of the vote to be valid.
> > > > >  - Lead Developers MUST cast a vote.
> > > > >  - General Developers MAY cast a vote.
> > > > > -- 51% of the Lead Developers MUST cast a vote, or the vote is invalid.
> > > > > -- Votes require a simple (51%) majority to pass.
> > > > > +- More than 50% of the Lead Developers MUST cast a vote, or the vote is
> > > > > +  invalid.
> > > > > +- Votes require a simple majority (greater than 50% of all votes cast) to
> > > > > pass. - If no quorom or majority is achieved, and the vote is for a Project
> > > > > or Component lead, and the incumbent is a valid candidate, they are
> > > > > reelected. If there is no incumbent or they have not accepted a nomination,
> > > > > the position @@ -119,9 +120,10 @@ Issue Voting Process:
> > > > >  - Lead Developers MUST cast a vote.
> > > > >  - General Developers MAY cast a vote, but their votes are advisory only
> > > > > (i.e., non-binding).
> > > > > -- 51% of the Lead Developers MUST cast a vote, or the vote is invalid and
> > > > > -  fails.
> > > > > -- Votes require a simple (51%) majority (of all binding votes cast) to
> > > > > pass. +- More than 50% of the Lead Developers MUST cast a vote, or the vote
> > > > > is +  invalid and fails.
> > > > > +- Votes require a simple majority (greater than 50% of all binding votes
> > > > > cast) +  to pass.
> > > > >  - Motions which pass are considered active immediately upon the majority
> > > > > vote reaching the Mailing List.
> > > > >
> > > > > @@ -129,10 +131,12 @@ Developer Removal Voting Process:
> > > > >  - General and Lead Developer Removal Votes WILL proceed per the Issue
> > > > > Voting Process described above, with the following exceptions:
> > > > >    - The Developer in question MUST NOT vote.
> > > > > -  - Removal Votes require a super (67%) majority to pass.
> > > > > +  - Removal Votes require a super majority (greater than 2/3 of all
> > > > > binding +    votes cast) to pass.
> > > > >    - Exception to the above: Automatic Removal Votes (triggered by
> > > > > inactivity as specified in the Developer Organization document)
> > > > > automatically pass unless -    a simple (51%) majority vote against the
> > > > > removal.
> > > > > +    a simple majority (greater than 50% of all binding votes cast) vote
> > > > > against +    the removal.
> > > > >  - Successful or failed removal votes MAY be vetoed by the entire group of
> > > > >    Developers.
> > > > >  - If an Automated Removal Vote fails fails, the Developer in question WILL
> > > > > be @@ -149,7 +153,8 @@ Veto Process:
> > > > >    - For Removal Votes, the Developer in question MUST NOT vote.
> > > > >    - Lead Developers MAY vote, but are not required to.
> > > > >    - General Developers MAY cast a binding vote.
> > > > > -  - 51% of the Developers (Lead + General Developers) MUST cast a vote, or
> > > > > the -    veto is invalid and fails.
> > > > > -  - Vetos require a super (67%) majority to pass.
> > > > > +  - More than 50% of the Developers (Lead + General Developers) MUST cast
> > > > > a +    vote, or the veto is invalid and fails.
> > > > > +  - Vetos require a super majority (greater than 2/3 of all votes cast) to
> > > > > +    pass.
> > > > >  - Veto votes are final.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
Url : http://lists.ibiblio.org/pipermail/sm-discuss/attachments/20060506/a65c9de7/attachment.bin 


More information about the SM-Discuss mailing list