Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] voting process (was: Team Lead Nominations: Project Lead)

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • 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-----




Archive powered by MHonArc 2.6.24.

Top of Page