sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
Re: [SM-Discuss] voting process (was: Team Lead Nominations: Project Lead)
- From: Eric Sandall <eric AT sandall.us>
- To: SM Discuss <sm-discuss AT lists.ibiblio.org>
- Subject: Re: [SM-Discuss] voting process (was: Team Lead Nominations: Project Lead)
- Date: Mon, 13 Feb 2006 13:12:51 -0800 (PST)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 9 Feb 2006, Jeremy Blosser (emrys) wrote:
On Feb 08, Eric Sandall [eric AT sandall.us] wrote:
While this is a month late, I figure better late than never. ;) Up for
nominations is the position of Project Lead. Please follow our Team
The point was raised on IRC that if this goes to a vote (as in, assuming
Eric is nominated again and someone else is as well), Eric shouldn't be the
one to receive and count the votes. This prompted some other discussion
about the voting process in general and concerns that have been raised at
various times. The problem some have with the current method is that there
is no verifiability for the results. We mail our votes to a person, who
tells us what the totals are. While we may all trust that person, this is
not a trustworthy process. The previous approach of mailing the votes to
the open ML also has problems, since people may be intimidated or pressured
into not voting what they really think.
A suggestion was made that we could avoid both of these problems as
follows:
1) Voter sends a signed vote to vote counter (same as today).
2) Vote counter replies (same as today) and includes a "key" unique to that
vote/voter (new).
3) At the end of the vote, the vote counter publishes the full list of
"keys" and their respective votes to the ML/web site, eg:
voter voted
===== =====
dasgs y
a2tad n
asgai n
pqpow y
ladsg n
Total: 3 n, 2 y, n wins
Since each voter knows which key is them, they can look at this list and
protest if their vote is misrepresented (the reply from the vote counter
would be signed with the counter's gpg key so that the voter to key
relationship would be verifiable). And since the votes are public,
everyone can agree that the math is correct. But since only the voter (and
vote counter) know which key is which person, anonymity is preserved as
well as it is now.
To try and finish this up, is anyone against using the above method to
add auditability to our current voting method? If not, then we'll try
it out for the PL vote.
- -sandalle
- --
Eric Sandall | Source Mage GNU/Linux Developer
eric AT sandall.us | http://www.sourcemage.org/
http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU
http://counter.li.org/ #196285 | http://www.shock.wsu.edu/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFD8PZUHXt9dKjv3WERAuz6AKCupS317nwqoQfhgajXP4qsJSsIEgCfYZEo
E8rg/zG16HOGkpj/hzSH7tg=
=umv1
-----END PGP SIGNATURE-----
-
Re: [SM-Discuss] voting process
, (continued)
- Re: [SM-Discuss] voting process, Sergey A. Lipnevich, 02/11/2006
- Re: [SM-Discuss] voting process, Eric Sandall, 02/11/2006
- Re: [SM-Discuss] voting process, Sergey A. Lipnevich, 02/11/2006
- Re: [SM-Discuss] voting process, David Kowis, 02/11/2006
- Re: [SM-Discuss] voting process, Eric Sandall, 02/13/2006
- Re: [SM-Discuss] voting process, Sergey A. Lipnevich, 02/13/2006
- Re: [SM-Discuss] voting process, Mathieu L., 02/12/2006
- Re: [SM-Discuss] voting process, Jeremy Blosser (emrys), 02/11/2006
- Re: [SM-Discuss] voting process, Sergey A. Lipnevich, 02/11/2006
- Re: [SM-Discuss] voting process, Andrew, 02/10/2006
-
Re: [SM-Discuss] voting process (was: Team Lead Nominations: Project Lead),
Mathieu L., 02/14/2006
-
Re: [SM-Discuss] voting process (was: Team Lead Nominations: Project Lead),
Jeremy Blosser (emrys), 02/14/2006
- Re: [SM-Discuss] voting process (was: Team Lead Nominations: Project Lead), Eric Sandall, 02/14/2006
-
Re: [SM-Discuss] voting process (was: Team Lead Nominations: Project Lead),
Jeremy Blosser (emrys), 02/14/2006
- Re: [SM-Discuss] Team Lead Nominations: Project Lead, Eric Sandall, 02/13/2006
- Re: [SM-Discuss] Team Lead Nominations: Project Lead, Jeremy Blosser (emrys), 02/13/2006
Archive powered by MHonArc 2.6.24.