[gentoo-project] Gentoo Council Elections Results for term 2014-2015

[gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Chris Reffett]

[-- Attachment #1.1: Type: text/plain, Size: 1254 bytes --]

Dear Gentoo Community,
The results of the Council election are in! The Gentoo Council for the
2014-2015 term will be:

Anthony G. Basile (blueness)
Ulrich Müller (ulm)
Andreas K. Hüttel (dilfridge)
Richard Freeman (rich0)
William Hubbs (williamh)
Donnie Berkholz (dberkholz)
Tim Harder (radhermit)

Congratulations and good luck to you all!

The full ranked list of candidates (yes, we had a tie for third):
blueness
ulm
dilfridge rich0
williamh
dberkholz
radhermit
jlec
pinkbyte
patrick
TomWij
zerochaos
ryao
_reopen_nominations


The master ballot file is attached to this e-mail. Please use the ID
sent to you in the confirmation email to verify that your vote was
included in the master ballot file. If you didn't get your ID or you
can't find your vote inside the ballot file, please contact the
election officials (elections@gentoo.org or #gentoo-elections on
freenode).

This election had a turnout of 35.021%. We received 83 valid votes
from a total of 237 eligible voters, and an additional vote which was
submitted late and so was not counted. Thank you all for your
participation in in this election by nominating, accepting
nominations, and voting.

On behalf of the elections team,
Chris Reffett

[-- Attachment #1.2: confs-council-201406 --]
[-- Type: text/plain, Size: 3279 bytes --]

03ed kingtaco
276f tomjbe
2a1c slis
2bf3 floppym
2c95 iksaif
2ced flameeyes
2dc1 tommy
2e8d tomk
2eff ryao
2f82 nativemad
308a lordvan
309c mjo
30b9 alonbl
315c ranger
386c nicolasbock
38bd remi
3925 sera
3930 dilfridge
39c2 alexxy
3bb8 prometheanfire
3de3 tetromino
3fe4 zorry
40df hattya
068b civil
438f miknix
06cf i92guboj
4537 john_r_graham
464c dlan
4718 heroxbd
4b75 grobian
4be8 nirbheek
4f5b matsuu
4f8e nixphoeni
51f2 tristan
5289 olemarkus
0866 tomka
579f antarus
0904 nightmorph
5b3f psomas
5bf6 graaff
5c1f chithanh
5dfd jmorgan
5e10 anarchy
5e2c djc
5eec mduft
6088 phosphan
6101 scarabeus
09bc mpagano
615c djay
09c4 mattst88
61c9 cardoe
6306 jsbronder
65fd neddyseagoon
6656 johu
0a6b ercpe
6975 earthwings
69ca gregkh
6d10 ssuominen
6dce blueknight
6dfb grknight
0b04 yac
6e96 araujo
6f1f gienah
7029 hanno
70b6 haubi
7323 marienz
7380 klieber
74d6 a3li
0bb0 p8952
75e5 nerdboy
762c flammie
7778 swegener
78f1 jdhore
7920 blueboar
795f binki
79f4 idl0r
7a17 nullishzero
0c3a pjp
7adc d2_racing
7ece dastergon
7f79 xarthisius
0d07 solar
8301 ulm
8360 qnikst
83c6 eva
85ac zerochaos
862b mschiff
8768 kumba
0dd9 blueness
8aa2 dberkholz
8aab peper
8ac7 je_fro
8d1c quantumsummers
8f3e matsl
9046 klondike
92f2 jaervosz
92f9 ultrabug
9325 keytoaster
934f xmw
0ec1 zx2c4
93e6 fordfrog
940d billie
9507 maksbotan
95e8 angelos
9734 vikraman
986b fuzzyray
9874 lu_zero
9914 hwoarang
9a59 zmedico
9a68 tomwij
9a6f leio
9a80 chainsaw
9b59 gmsoft
9bca caster
9d6b blackace
9dad dabbott
0fcb vadimk
9f42 bicatali
9f8a pilla
a172 pacho
a260 vincent
a2be isaiah
a325 lh
a352 pesa
a397 redlizard
a3b9 creffett
a501 ottxor
a515 jbartosik
a53e alunduil
a571 fauli
a5e7 nixnut
a65c kensington
a68b tupone
a724 weaver
a931 jkt
aa89 betelgeuse
aaed keri
ab40 jlec
ac0b radhermit
ac1c mr_bones_
ac49 gurligebis
acdc tampakrap
ad65 chiguire
adaa dev-zero
af2c chutzpah
1190 lxnay
b3bd elvanor
b73f jaaf
b89d klausman
1282 mabi
ba5f think4urs11
12a6 zlogene
baa4 sbriesen
bb92 polynomial-c
bc1e vostorga
bd72 pinkbyte
bdc7 eras
1333 fox
c034 rafaelmartins
c089 spiros
c159 wired
c2f4 hparker
c560 hkbst
c5be josejx
c5fe cynede
c621 sping
c642 maekke
c805 the_paya
1437 ikelos
cc04 dolsen
cc4d naota
cdbe grozin
cefd nathanzachary
ceff mattm
d08a robbat2
d231 axs
d35e armin76
d50d lack
155c yngwin
d7d4 kernelsensei
d890 mgorny
d956 swift
d984 jauhien
da1f hd_brummy
dba5 steev
dd2f rhill
dd31 jcallen
de0e sdamashek
de3b george
1651 patrick
e14a lejonet
e23d suka
e286 idella4
e2f9 ackle
16b8 pchrist
e431 calchan
e43b wschlich
e442 jmbsvicetto
e4c5 miska
e567 aballier
e570 mrueg
e687 teiresias
e6aa bernalex
173e aidecoe
e942 gengor
e9a3 ago
eb5f voyageur
1791 moult
17b5 vapier
edb3 darkside
ee39 sochotnicky
eea7 pva
eeda reavertm
f1de dang
f24f joker
f395 twitch153
f411 zzam
f6fd neurogeek
f71c tgurr
f733 craig
0280 rich0
fad5 cedk
fc76 ramereth
fc88 ken69267
fece desultory
ffdf jer
1af6 deathwing00
1b65 titanofold
1d82 slyfox
1ea5 beandog
1fa4 halcy0n
20ff kallamej
21f0 hasufell
223b phajdan.jr
227c williamh
2594 thev00d00
266d nimiux

[-- Attachment #1.3: master-council-201406 --]
[-- Type: text/plain, Size: 13390 bytes --]

--------- confirmation 276f ---------
williamh
dilfridge
ulm
dberkholz
rich0
TomWij
patrick
blueness
ryao
jlec
zerochaos
radhermit
_reopen_nominations
pinkbyte
--------- confirmation 2bf3 ---------
blueness
radhermit
rich0
zerochaos
ulm
dberkholz
jlec
TomWij
dilfridge
ryao
pinkbyte
williamh
patrick
_reopen_nominations
--------- confirmation 2e8d ---------
dberkholz dilfridge ulm williamh
blueness rich0
radhermit zerochaos
TomWij jlec
ryao pinkbyte
patrick
_reopen_nominations
--------- confirmation 2eff ---------
ryao
blueness
ulm
rich0
dberkholz
TomWij
dilfridge
radhermit
williamh
pinkbyte
jlec
patrick
zerochaos
_reopen_nominations
--------- confirmation 309c ---------
blueness
jlec
ulm
rich0 patrick williamh radhermit
zerochaos
dilfridge dberkholz ryao pinkbyte
_reopen_nominations
TomWij
--------- confirmation 3925 ---------
ulm
dberkholz
radhermit
pinkbyte
dilfridge
rich0
williamh
_reopen_nominations
patrick
zerochaos
jlec
blueness
ryao
TomWij
--------- confirmation 3930 ---------
dilfridge
rich0
blueness
ulm
jlec
patrick
williamh
pinkbyte
TomWij
_reopen_nominations
ryao
zerochaos
radhermit
dberkholz
--------- confirmation 3de3 ---------
TomWij
jlec
ulm
williamh
rich0
ryao
blueness
dilfridge
radhermit
dberkholz
--------- confirmation 068b ---------
pinkbyte dilfridge
jlec
zerochaos
blueness
williamh
ulm
rich0
ryao
radhermit
TomWij
dberkholz
_reopen_nominations
patrick
--------- confirmation 464c ---------
rich0 TomWij ulm
jlec blueness
pinkbyte williamh dilfridge
_reopen_nominations
radhermit
patrick
dberkholz
ryao
zerochaos
--------- confirmation 5bf6 ---------
dberkholz ulm
blueness williamh
dilfridge rich0
radhermit jlec
TomWij pinkbyte
_reopen_nominations
ryao
patrick zerochaos
--------- confirmation 5c1f ---------
patrick
ryao
williamh pinkbyte blueness
zerochaos ulm
radhermit
dberkholz rich0 jlec
TomWij dilfridge
_reopen_nominations
--------- confirmation 5e2c ---------
dberkholz
blueness
radhermit
ulm
pinkbyte
rich0
williamh
ryao
dilfridge
jlec
zerochaos
patrick
_reopen_nominations
TomWij
--------- confirmation 6101 ---------
dilfridge williamh blueness
dberkholz ulm jlec
patrick
ryao radhermit rich0 TomWij pinkbyte zerochaos
_reopen_nominations
--------- confirmation 09bc ---------
rich0
blueness
TomWij
ulm
dilfridge
patrick
radhermit
zerochaos
dberkholz
jlec
pinkbyte
ryao
williamh
_reopen_nominations
--------- confirmation 65fd ---------
blueness dberkholz patrick
rich0 ulm radhermit
TomWij
_reopen_nominations
zerochaos
ryao
williamh
pinkbyte
jlec
dilfridge
--------- confirmation 6656 ---------
ulm
dilfridge
rich0
williamh
jlec
dberkholz
blueness
TomWij
pinkbyte
radhermit
patrick
zerochaos
ryao
_reopen_nominations
--------- confirmation 0a6b ---------
jlec
patrick
dberkholz
williamh
ulm
dilfridge
TomWij
radhermit
zerochaos
pinkbyte
ryao
blueness
rich0
_reopen_nominations
--------- confirmation 6d10 ---------
williamh
rich0
radhermit
dberkholz
jlec
dilfridge
pinkbyte
ulm
_reopen_nominations
blueness
ryao
TomWij
patrick
zerochaos
--------- confirmation 6dfb ---------
rich0 zerochaos dberkholz ulm pinkbyte jlec blueness williamh radhermit dilfridge patrick
ryao TomWij
_reopen_nominations
--------- confirmation 0b04 ---------
patrick
TomWij
dilfridge
jlec blueness zerochaos pinkbyte rich0 williamh radhermit ulm dberkholz _reopen_nominations ryao
--------- confirmation 70b6 ---------
dberkholz ulm
dilfridge ryao jlec
zerochaos pinkbyte TomWij williamh blueness rich0 radhermit
patrick
_reopen_nominations
--------- confirmation 7323 ---------
dberkholz
radhermit
dilfridge
TomWij rich0 williamh blueness
ulm jlec pinkbyte zerochaos ryao
patrick
_reopen_nominations
--------- confirmation 762c ---------
dberkholz
williamh
jlec
blueness
dilfridge ryao zerochaos radhermit pinkbyte TomWij rich0
_reopen_nominations
ulm
patrick
--------- confirmation 7ece ---------
blueness
ulm
dilfridge
jlec
radhermit
zerochaos
williamh
patrick
pinkbyte
dberkholz
ryao
rich0
TomWij
_reopen_nominations
--------- confirmation 7f79 ---------
blueness
patrick jlec
williamh
_reopen_nominations
TomWij
rich0
ulm
dberkholz
radhermit
dilfridge
zerochaos
pinkbyte
ryao
--------- confirmation 8301 ---------
ulm
dilfridge
rich0
blueness
pinkbyte
jlec
williamh
radhermit
TomWij
dberkholz
ryao
patrick
zerochaos
_reopen_nominations
--------- confirmation 85ac ---------
zerochaos
williamh ulm dilfridge
patrick
pinkbyte rich0
radhermit
dberkholz jlec blueness
_reopen_nominations
ryao
TomWij
--------- confirmation 8768 ---------
williamh rich0 dberkholz
blueness pinkbyte
TomWij patrick
zerochaos dilfridge ryao radhermit jlec ulm
_reopen_nominations
--------- confirmation 0dd9 ---------
blueness
radhermit ryao ulm pinkbyte williamh zerochaos rich0 TomWij dilfridge dberkholz jlec patrick
--------- confirmation 940d ---------
dilfridge williamh jlec blueness dberkholz ryao
ulm rich0 patrick radhermit pinkbyte
TomWij zerochaos
_reopen_nominations
--------- confirmation 9507 ---------
williamh
ryao
radhermit
pinkbyte
ulm
blueness
zerochaos
jlec
rich0
patrick
TomWij
dilfridge
dberkholz
_reopen_nominations
--------- confirmation 986b ---------
ulm
dberkholz
patrick
rich0
zerochaos
dilfridge
radhermit williamh jlec blueness pinkbyte TomWij ryao
_reopen_nominations
--------- confirmation 9914 ---------
blueness
radhermit jlec
ulm
dilfridge
_reopen_nominations
patrick
dberkholz
pinkbyte
williamh
TomWij
ryao
zerochaos
rich0
--------- confirmation 9a68 ---------
TomWij
dberkholz
dilfridge rich0
jlec
pinkbyte ulm zerochaos
williamh
blueness
ryao
patrick radhermit _reopen_nominations
--------- confirmation 9a80 ---------
blueness
dilfridge
radhermit
ulm
ryao
patrick
pinkbyte
williamh
zerochaos
jlec
TomWij
rich0
dberkholz
_reopen_nominations
--------- confirmation 9dad ---------
radhermit
ulm
rich0
ryao
dilfridge
williamh
jlec
TomWij
blueness
patrick
pinkbyte
dberkholz
_reopen_nominations
zerochaos
--------- confirmation 9f42 ---------
jlec
radhermit
pinkbyte
dilfridge
williamh
blueness
_reopen_nominations
TomWij
zerochaos
ulm
rich0
ryao
patrick
dberkholz
--------- confirmation a172 ---------
dilfridge
rich0
jlec
williamh
TomWij
pinkbyte
radhermit
blueness
ulm
dberkholz
zerochaos
_reopen_nominations
patrick
ryao
--------- confirmation a352 ---------
dilfridge
blueness
TomWij
ulm
dberkholz
patrick
rich0
williamh
radhermit jlec zerochaos
ryao pinkbyte
_reopen_nominations
--------- confirmation a397 ---------
rich0 williamh radhermit dilfridge dberkholz blueness
ryao ulm
jlec pinkbyte zerochaos TomWij
patrick
_reopen_nominations
--------- confirmation a3b9 ---------
williamh dilfridge pinkbyte rich0 blueness ulm
jlec dberkholz
zerochaos radhermit
_reopen_nominations
ryao TomWij
patrick
--------- confirmation a65c ---------
zerochaos
dilfridge
rich0
blueness
williamh
radhermit
ulm
dberkholz
jlec
_reopen_nominations
ryao TomWij pinkbyte
patrick
--------- confirmation aa89 ---------
rich0 dilfridge dberkholz ulm jlec
TomWij
pinkbyte patrick blueness radhermit williamh ryao zerochaos
_reopen_nominations
--------- confirmation ab40 ---------
jlec
ulm
rich0
williamh
dberkholz
dilfridge
blueness
radhermit
pinkbyte
zerochaos
TomWij
patrick
ryao
_reopen_nominations
--------- confirmation ac0b ---------
ulm
dberkholz
radhermit
blueness dilfridge jlec williamh rich0
_reopen_nominations
--------- confirmation af2c ---------
radhermit
williamh rich0 blueness
patrick dberkholz TomWij
zerochaos dilfridge jlec pinkbyte ulm ryao
_reopen_nominations
--------- confirmation b89d ---------
patrick
dberkholz
ulm
rich0
zerochaos
williamh
jlec blueness pinkbyte TomWij radhermit dilfridge
ryao
--------- confirmation 12a6 ---------
ulm dilfridge dberkholz pinkbyte
zerochaos williamh blueness
rich0
jlec
ryao
radhermit
patrick
TomWij
--------- confirmation bd72 ---------
pinkbyte ryao
zerochaos ulm
williamh blueness
jlec
radhermit dilfridge
_reopen_nominations rich0 TomWij patrick dberkholz
--------- confirmation bdc7 ---------
patrick ulm radhermit dberkholz blueness jlec
--------- confirmation c034 ---------
_reopen_nominations
dilfridge
williamh
patrick
blueness
zerochaos
radhermit rich0 pinkbyte jlec dberkholz TomWij ulm ryao
--------- confirmation c159 ---------
pinkbyte dberkholz
ulm williamh radhermit
rich0 TomWij blueness ryao dilfridge jlec zerochaos patrick
_reopen_nominations
--------- confirmation c2f4 ---------
blueness
dberkholz
rich0
patrick
ryao
jlec
TomWij
radhermit
ulm
williamh
dilfridge
zerochaos
pinkbyte
_reopen_nominations
--------- confirmation c642 ---------
ulm dberkholz rich0
blueness williamh
radhermit jlec
pinkbyte dilfridge
zerochaos ryao patrick TomWij
_reopen_nominations
--------- confirmation d08a ---------
rich0 radhermit williamh dberkholz jlec blueness
dilfridge ulm TomWij pinkbyte
_reopen_nominations
zerochaos ryao patrick
--------- confirmation d231 ---------
ulm
rich0 dberkholz patrick
blueness
zerochaos TomWij
pinkbyte radhermit ryao dilfridge jlec
williamh
_reopen_nominations
--------- confirmation d890 ---------
ulm rich0
radhermit
blueness dilfridge
patrick
williamh dberkholz
pinkbyte jlec
_reopen_nominations
zerochaos ryao TomWij
--------- confirmation d956 ---------
blueness
dberkholz ryao
TomWij rich0 zerochaos ulm
dilfridge jlec williamh
pinkbyte radhermit
patrick
_reopen_nominations
--------- confirmation d984 ---------
jlec
pinkbyte
TomWij
rich0
blueness
ulm
radhermit
ryao
dberkholz
zerochaos
williamh
dilfridge
patrick
_reopen_nominations
--------- confirmation dd2f ---------
rich0 ulm dilfridge dberkholz blueness TomWij williamh
radhermit pinkbyte zerochaos
jlec
_reopen_nominations
ryao patrick
--------- confirmation dd31 ---------
dberkholz
dilfridge
patrick TomWij
zerochaos
ulm
_reopen_nominations
radhermit jlec williamh pinkbyte rich0 ryao blueness
--------- confirmation de0e ---------
blueness
jlec
dilfridge
radhermit
pinkbyte
zerochaos
ulm
dberkholz
rich0
williamh
_reopen_nominations
patrick
ryao
TomWij
--------- confirmation 1651 ---------
patrick
blueness dilfridge ulm
radhermit
zerochaos williamh
jlec rich0 pinkbyte
_reopen_nominations
dberkholz
ryao
TomWij
--------- confirmation 16b8 ---------
patrick
ulm
radhermit
jlec
ryao
blueness
pinkbyte
_reopen_nominations
TomWij williamh zerochaos rich0 dberkholz dilfridge
--------- confirmation e431 ---------
radhermit
williamh
patrick ryao zerochaos pinkbyte
jlec
TomWij
_reopen_nominations
blueness
dilfridge
dberkholz
rich0
ulm
--------- confirmation e442 ---------
blueness ulm dilfridge
williamh zerochaos patrick
dberkholz rich0 jlec radhermit
ryao pinkbyte
TomWij
_reopen_nominations
--------- confirmation e570 ---------
dilfridge
ulm
blueness
TomWij
rich0
pinkbyte
ryao
radhermit
jlec
patrick
williamh
dberkholz
zerochaos
_reopen_nominations
--------- confirmation e687 ---------
blueness
dberkholz
rich0
ulm
patrick
williamh
dilfridge
ryao
radhermit
pinkbyte
--------- confirmation e6aa ---------
ulm
williamh
jlec dilfridge radhermit rich0
pinkbyte blueness dberkholz ryao
patrick
_reopen_nominations
TomWij
zerochaos
--------- confirmation e9a3 ---------
ryao
williamh
jlec
blueness
patrick
ulm
rich0
TomWij
pinkbyte
_reopen_nominations
radhermit
zerochaos
dilfridge
dberkholz
--------- confirmation eb5f ---------
rich0
dberkholz
blueness
ulm
radhermit
zerochaos
dilfridge
TomWij
jlec
williamh
patrick
ryao
pinkbyte
_reopen_nominations
--------- confirmation f395 ---------
blueness
--------- confirmation 0280 ---------
rich0
williamh
zerochaos
dilfridge
ulm
blueness
radhermit
dberkholz
_reopen_nominations
TomWij
pinkbyte
ryao
jlec
patrick
--------- confirmation fece ---------
patrick
radhermit
zerochaos
rich0
ryao
jlec
blueness
pinkbyte
dilfridge
ulm
dberkholz
_reopen_nominations
TomWij
williamh
--------- confirmation ffdf ---------
dberkholz dilfridge patrick rich0 ulm williamh
_reopen_nominations
TomWij blueness jlec pinkbyte radhermit ryao zerochaos
--------- confirmation 20ff ---------
dberkholz
ulm
dilfridge
radhermit
blueness
williamh
rich0
pinkbyte
jlec
patrick
zerochaos
ryao
TomWij
_reopen_nominations
--------- confirmation 21f0 ---------
rich0
ryao
ulm
williamh
blueness
radhermit
patrick
pinkbyte
dilfridge
_reopen_nominations
jlec
dberkholz
zerochaos
TomWij
--------- confirmation 223b ---------
dberkholz
rich0 TomWij blueness zerochaos
ulm
dilfridge
radhermit williamh
pinkbyte jlec ryao
patrick
_reopen_nominations
--------- confirmation 227c ---------
dberkholz rich0 ulm williamh dilfridge blueness
radhermit zerochaos
_reopen_nominations
--------- confirmation 266d ---------
ulm pinkbyte jlec
patrick radhermit TomWij
williamh dilfridge
dberkholz blueness
rich0 zerochaos ryao
_reopen_nominations

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 261 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Jorge Manuel B. S. Vicetto]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Fellow Developers and global Gentoo community,

I hereby present my personal apologies for the Council 2014 election
results email inclusion of the confirmation ids, which violates the
secrecy of the election.
As the senior official for this election and the person that has
conducted most of the elections since 2008, I assume the blame for not
having warned Chris and for not making it clear that the confirmation
ids should never be made public.

On 17-07-2014 01:00, Chris Reffett wrote:
> Dear Gentoo Community, The results of the Council election are in!
> The Gentoo Council for the 2014-2015 term will be:
> 
> Anthony G. Basile (blueness) Ulrich Müller (ulm) Andreas K. Hüttel
> (dilfridge) Richard Freeman (rich0) William Hubbs (williamh) Donnie
> Berkholz (dberkholz) Tim Harder (radhermit)
> 
> Congratulations and good luck to you all!
> 
> The full ranked list of candidates (yes, we had a tie for third): 
> blueness ulm dilfridge rich0 williamh dberkholz radhermit jlec 
> pinkbyte patrick TomWij zerochaos ryao _reopen_nominations
> 
> 


- -- 
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Comrel / KDE / Elections / MySQL / RelEng Lead / Infra
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTxyuCAAoJEC8ZTXQF1qEPcdAQAM3xW5E9gMKbh8WJvXX62ASb
MUFG1gwtU1HoKaPrHkuab3WGNbhZNR5ZPxHcp+8RoExF5i/irnJBis6NPAqmju+z
3duPQomS0LTZ7LwcPvEOixl5xIZQPBMb300wj3+VZqZNZcvcxzgbNwSAkaWUUBpp
QI2o4K2AS3M7cFghco9mA+MFhyqH1MpTIBUxbhrPn43FRfOHE/83ecMqZ1EzgEm9
YfdfqPmqpHXvpyiP13/v5CVHYRHWSNdmGaNFGnRXNxPjKvwax6AX0XBucWaYnVrl
L9xkGksLK8Fh2AEoNWAP6V5hsXbHUx3zJ2wocq0g++TgDO786o5P6QPbzGtOx9eo
kAmkcsJGUtZj4T61dg8M7pAEAh2siNQgFZzlM6tOJZt2il+fjziO3Sg0J7KP1VZK
vsEfrL6IzdED/DUoGTjI/09gHK8j1AMdtlJ/AHw8ocv1aGrKVKuLeqRlmT1fzWMq
5qBDxBTrbrElqKHxNIXF8KMDosVpgwxwoKZAQRdEApOHYx95ihGyaXNJKt3NecuN
2jpKvJFjPWSXHBhv+6cOkBTfz3svVsuCvEP4YMmAtMMX1LVEPMQRHVfPcTgWElCr
x5hTUNn2Nu2IWRwH/hxAsj73SND8+7qVDuPG2qrSd+lsqMna9n1NpSzOiC5QNskq
vxq+9Ixflkh6Gm7OeZl7
=L0i+
-----END PGP SIGNATURE-----

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Samuli Suominen]

On 17/07/14 04:00, Chris Reffett wrote:
> Dear Gentoo Community,
> The results of the Council election are in! The Gentoo Council for the
> 2014-2015 term will be:
>
> Anthony G. Basile (blueness)
> Ulrich Müller (ulm)
> Andreas K. Hüttel (dilfridge)
> Richard Freeman (rich0)
> William Hubbs (williamh)
> Donnie Berkholz (dberkholz)
> Tim Harder (radhermit)

I have to say I'm extremely glad of this outcome.

Gongrats!

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[hasufell]

Jorge Manuel B. S. Vicetto:
> Fellow Developers and global Gentoo community,
> 
> I hereby present my personal apologies for the Council 2014 election
> results email inclusion of the confirmation ids, which violates the
> secrecy of the election.
> As the senior official for this election and the person that has
> conducted most of the elections since 2008, I assume the blame for not
> having warned Chris and for not making it clear that the confirmation
> ids should never be made public.
> 


Doesn't that make the vote invalid?

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Chris Reffett]

[-- Attachment #1: Type: text/plain, Size: 1616 bytes --]

All,
I apologize as well for sending out the confirmation IDs. I should have
checked the files I was attaching more closely. All I can offer now is
my sincerest apologies to all of the voters whose privacy I compromised.
I am truly sorry about this.
Chris Reffett
On 07/16/2014 09:48 PM, Jorge Manuel B. S. Vicetto wrote:
> Fellow Developers and global Gentoo community,
> 
> I hereby present my personal apologies for the Council 2014 election
> results email inclusion of the confirmation ids, which violates the
> secrecy of the election.
> As the senior official for this election and the person that has
> conducted most of the elections since 2008, I assume the blame for not
> having warned Chris and for not making it clear that the confirmation
> ids should never be made public.
> 
> On 17-07-2014 01:00, Chris Reffett wrote:
>> Dear Gentoo Community, The results of the Council election are in!
>> The Gentoo Council for the 2014-2015 term will be:
> 
>> Anthony G. Basile (blueness) Ulrich Müller (ulm) Andreas K. Hüttel
>> (dilfridge) Richard Freeman (rich0) William Hubbs (williamh) Donnie
>> Berkholz (dberkholz) Tim Harder (radhermit)
> 
>> Congratulations and good luck to you all!
> 
>> The full ranked list of candidates (yes, we had a tie for third): 
>> blueness ulm dilfridge rich0 williamh dberkholz radhermit jlec 
>> pinkbyte patrick TomWij zerochaos ryao _reopen_nominations
> 
> 
> 
> 
> -- 
> Regards,
> 
> Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
> Gentoo- forums / Comrel / KDE / Elections / MySQL / RelEng Lead / Infra
> 



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 1016 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Dirkjan Ochtman]

On Thu, Jul 17, 2014 at 1:38 PM, hasufell <hasufell@gentoo.org> wrote:
> Doesn't that make the vote invalid?

I don't see why it would. Maybe if voters would have known in advance
that their votes might be compromised.

Cheers,

Dirkjan

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[hasufell]

Dirkjan Ochtman:
> On Thu, Jul 17, 2014 at 1:38 PM, hasufell <hasufell@gentoo.org> wrote:
>> Doesn't that make the vote invalid?
> 
> I don't see why it would. Maybe if voters would have known in advance
> that their votes might be compromised.
> 

IMO, it doesn't matter if the violation had an effect on the result. It
matters that there was a violation of procedure.

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Anthony G. Basile]

On 07/17/14 07:49, hasufell wrote:
> Dirkjan Ochtman:
>> On Thu, Jul 17, 2014 at 1:38 PM, hasufell <hasufell@gentoo.org> wrote:
>>> Doesn't that make the vote invalid?
>>
>> I don't see why it would. Maybe if voters would have known in advance
>> that their votes might be compromised.
>>
>
> IMO, it doesn't matter if the violation had an effect on the result. It
> matters that there was a violation of procedure.
>

Unfortunately it does have an effect since council members now know who 
voted for them and who didn't and this can make for bad feelings, 
impartiality etc.  I'm not sure how to deal with this since a re-vote 
will not make this knowledge go away.  While not a perfect solution, 
maybe we should just try to ignore it as much as possible?

-- 
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail    : blueness@gentoo.org
GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
GnuPG ID  : F52D4BBA

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Samuli Suominen]

On 17/07/14 15:15, Anthony G. Basile wrote:
> On 07/17/14 07:49, hasufell wrote:
>> Dirkjan Ochtman:
>>> On Thu, Jul 17, 2014 at 1:38 PM, hasufell <hasufell@gentoo.org> wrote:
>>>> Doesn't that make the vote invalid?
>>>
>>> I don't see why it would. Maybe if voters would have known in advance
>>> that their votes might be compromised.
>>>
>>
>> IMO, it doesn't matter if the violation had an effect on the result. It
>> matters that there was a violation of procedure.
>>
>
> Unfortunately it does have an effect since council members now know
> who voted for them and who didn't and this can make for bad feelings,
> impartiality etc.  I'm not sure how to deal with this since a re-vote
> will not make this knowledge go away.  While not a perfect solution,
> maybe we should just try to ignore it as much as possible?
>

For what's it worth, I couldn't care less if my voting is public or not,
it's nothing personal to anyone, it's only what I think is best for the
distribution

And I hope others feel the same way (even those whom didn't get elected)

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Rich Freeman]

On Thu, Jul 17, 2014 at 8:15 AM, Anthony G. Basile <blueness@gentoo.org> wrote:
> On 07/17/14 07:49, hasufell wrote:
>>
>> Dirkjan Ochtman:
>>>
>>> On Thu, Jul 17, 2014 at 1:38 PM, hasufell <hasufell@gentoo.org> wrote:
>>>>
>>>> Doesn't that make the vote invalid?
>>>
>>>
>>> I don't see why it would. Maybe if voters would have known in advance
>>> that their votes might be compromised.
>>>
>>
>> IMO, it doesn't matter if the violation had an effect on the result. It
>> matters that there was a violation of procedure.
>>
>
> Unfortunately it does have an effect since council members now know who
> voted for them and who didn't and this can make for bad feelings,
> impartiality etc.  I'm not sure how to deal with this since a re-vote will
> not make this knowledge go away.  While not a perfect solution, maybe we
> should just try to ignore it as much as possible?

Well, we could invoke the right to be forgotten, right?  Problem solved.

I think the only practical option is to try to prevent something like
this from happening again, but I don't what to call in the UN to
supervise the elections team either.  Let's just move on...

Re-voting doesn't seem likely to change anything and you could always
debate which is the "right" outcome.  That would seem like a major
waste of time IMHO - as it is we won't have any substantive Council
meetings in July, and if we do a re-vote there probably won't be
anything serious in August either.  If we try to rush a vote in a few
days then there will be complaints that people didn't get a chance to
vote for whatever reason.

I don't have strong feelings one way or another, but I would encourage
pragmatism...

Rich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[hasufell]

Rich Freeman:
> I think the only practical option is to try to prevent something like
> this from happening again

The reason this happened is IMO not just the failure of an election
official, but the fact that it's technically even possible.

Why is there any mapping between id and developer name (or why have the
election officials access to this mapping... by definition it's already
a non-anonymous election then)?

I think it should be clear that this is also a technical issue and needs
to be improved.

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Richard Yao]

It is regrettable that the leak occurred, but I think the impact of the leak is overblown. If any council member feels that his ability to make sound technical judgments was compromised by the leak, then he should resign. If none believe that they have been compromised, then I see no reason to worry about "bad winners". We presumably voted on our perceptions of the technical decisions that others would make. Knowledge of how people voted is irrelevant in making technical decisions.

That being said, I am concerned about retribution in the form of harassment from the losers. Such behavior has no place in an open source project, but I fear that not everyone subscribes to this ideal. Little can be done about those that do not, but c'est la vie.

The most we can do now is to endeavor to prevent recurrences of this leak. I think it is important that the election officials not "beat themselves up" over this. Nothing is a better teacher than experience and any feelings of regret are best channelled into the positive outlet of being more careful in the future. e.g. making a checklist of what to do and another checklist of what not to do.

> On Jul 17, 2014, at 8:15 AM, "Anthony G. Basile" <blueness@gentoo.org> wrote:
> 
>> On 07/17/14 07:49, hasufell wrote:
>> Dirkjan Ochtman:
>>>> On Thu, Jul 17, 2014 at 1:38 PM, hasufell <hasufell@gentoo.org> wrote:
>>>> Doesn't that make the vote invalid?
>>> 
>>> I don't see why it would. Maybe if voters would have known in advance
>>> that their votes might be compromised.
>> 
>> IMO, it doesn't matter if the violation had an effect on the result. It
>> matters that there was a violation of procedure.
> 
> Unfortunately it does have an effect since council members now know who voted for them and who didn't and this can make for bad feelings, impartiality etc.  I'm not sure how to deal with this since a re-vote will not make this knowledge go away.  While not a perfect solution, maybe we should just try to ignore it as much as possible?
> 
> -- 
> Anthony G. Basile, Ph.D.
> Gentoo Linux Developer [Hardened]
> E-Mail    : blueness@gentoo.org
> GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
> GnuPG ID  : F52D4BBA
> 

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Ulrich Mueller]

[-- Attachment #1: Type: text/plain, Size: 374 bytes --]

>>>>> On Thu, 17 Jul 2014, Anthony G Basile wrote:

> Unfortunately it does have an effect since council members now
> know who voted for them and who didn't and this can make for bad
> feelings, impartiality etc.

For my part, I haven't looked up any confirmation IDs (except my own
one which was sent to me in the confirmation e-mail) and I don't
intend to do so.

Ulrich

[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Rich Freeman]

On Thu, Jul 17, 2014 at 9:16 AM, hasufell <hasufell@gentoo.org> wrote:
> Rich Freeman:
>> I think the only practical option is to try to prevent something like
>> this from happening again
>
> The reason this happened is IMO not just the failure of an election
> official, but the fact that it's technically even possible.
>
> Why is there any mapping between id and developer name (or why have the
> election officials access to this mapping... by definition it's already
> a non-anonymous election then)?
>
> I think it should be clear that this is also a technical issue and needs
> to be improved.
>

Sure, as much process as technical, but if the elections team is
looking for something to keep them busy until next year, this might be
worth some attention.  It is also the sort of thing that anybody could
contribute to.

Heck, we could even migrate the sources to git while we're at it.  :)

Rich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Richard Yao]

> On Jul 17, 2014, at 8:36 AM, Samuli Suominen <ssuominen@gentoo.org> wrote:
> For what's it worth, I couldn't care less if my voting is public or not,
> it's nothing personal to anyone, it's only what I think is best for the
> distribution
> 
> And I hope others feel the same way (even those whom didn't get elected)
> 

I admit that I had some initial negative feelings when I saw that the only less popular option than myself was reopening nominations, but I got over it after realizing that people's opinions were none of my business. I had refrained from making unsolicited statements on my positions in the belief that someone should ask first, but none did.

I think that is unfortunate that no one asked and that the outcome might have been different had a single person asked, but c'est la vie. I bear no ill will toward anyone who cast a vote (or did not cast a vote). How people voted should have no bearing on the interactions between those voting and those on the ballot.

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Andreas K. Huettel]

[-- Attachment #1: Type: Text/Plain, Size: 929 bytes --]

Am Donnerstag, 17. Juli 2014, 13:49:38 schrieb hasufell:
> Dirkjan Ochtman:
> > On Thu, Jul 17, 2014 at 1:38 PM, hasufell <hasufell@gentoo.org> wrote:
> >> Doesn't that make the vote invalid?
> > 
> > I don't see why it would. Maybe if voters would have known in advance
> > that their votes might be compromised.
> 
> IMO, it doesn't matter if the violation had an effect on the result. It
> matters that there was a violation of procedure.

Sure it was a violation of procedure. 

Problem is, *if* we re-vote, then knowledge about the first vote enters the 
decision. Which is a very tricky thing and can easily be argued to make the 
hypothetical re-vote invalid in itself.

Unfortunate as the situation is, at least the voters' decision was not 
influenced by the later publication of votes.

-- 
Andreas K. Huettel
Gentoo Linux developer (council, kde)
dilfridge@gentoo.org
http://www.akhuettel.de/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Alexander Berntsen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 17/07/14 16:26, Rich Freeman wrote:
> Sure, as much process as technical, but if the elections team is 
> looking for something to keep them busy until next year, this might
> be worth some attention.  It is also the sort of thing that anybody
> could contribute to.
There's another technological and sociological solution to be
considered: defining the problem out of existence. I.e. make elections
transparent.
- -- 
Alexander
bernalex@gentoo.org
https://secure.plaimi.net/~alexander
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlPH8uoACgkQRtClrXBQc7XWLwEAjlvEHEapSqziv8esqRSfeUYH
l/WTqlTI39vfBrJ4Qs4BAI3fud3tzeKoHfZ0Z4pvK8oDQaDv035SjRNNH7atlegP
=vQQa
-----END PGP SIGNATURE-----

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[hasufell]

Alexander Berntsen:
> On 17/07/14 16:26, Rich Freeman wrote:
>> Sure, as much process as technical, but if the elections team is
>> looking for something to keep them busy until next year, this might
>> be worth some attention.  It is also the sort of thing that anybody
>> could contribute to.
> There's another technological and sociological solution to be
> considered: defining the problem out of existence. I.e. make elections
> transparent.

And cause less people to vote?

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Manuel Rüger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 07/17/2014 03:16 PM, hasufell wrote:
> Why is there any mapping between id and developer name (or why have
> the election officials access to this mapping... by definition it's
> already a non-anonymous election then)?
> 

That's a valid point. Can an election official reply to it, please?

This is not meant in an offensive way, I'd just like to understand the
workflow of the election.

Cheers,

Manuel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQJ8BAEBCgBmBQJTyASAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4MDA1RERERkM0ODM2QkE4MEY3NzY0N0M1
OEZCQTM2QzhEOUQ2MzVDAAoJEFj7o2yNnWNcF9sP+gNOqLRfilDdgM+QZFdmciWp
1vbCNTE56KSNxufQdlxKQgACVf8KacmQYMv0mxZ3eEVbLkH1D/Vg3aZ0ZuAXODg9
TBPCi/hMzDmy0Z33FhcUh3F56xW/yBxzWX2e17/OuctimwVqOYSxzsUO9DfaFT96
tC91+jcMsIkYYoUwii9Q9TixfwJeCTMi/h0hrRUjlZKGM3qW2sQPokZDrBiSSL7+
1W3NbNc6gZ7bDTtW14xNY7srpV7yaYQrY7N4tYJwkBSDfXBOtxQGNxADSWMI3l2v
0741RezxZnfXMc7QzPGfpfyemxFFP5bvc2UO5W9heXewfHKGl7Sn/BhNeLC7UE53
ZwuQFPRm8ad7VTaWSzkvkCDMYrqvgWKH2nCaOBel09XqvSHMFvVKKq/RBJitmoAT
Vc70fGrB64MIp+bWsLTMUnaoggzp/xsuTF/2fj3dsl+ch/ODK6XbfDfT9bHfvsBL
g5btpeRFwmxxrnqfNZGBw0Q0ZQQpxQuPGEclFaGWCdzC450wLlPhDlJgaKsK8cEY
/UYAha0HeLkE8kay3rrsi7csSRtJKMNxND0trmEIGZKITS3lPyV+/6oWmmbfEU2E
ytaGsNlVQn18aiZHAGNbPydr+0xo2rHD+J4R/rcCtYJcJKaehRim9cX+sETMS27s
9pUl5AZCq0GlG37Je1jW
=4fty
-----END PGP SIGNATURE-----

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Rich Freeman]

On Thu, Jul 17, 2014 at 1:14 PM, Manuel Rüger <mrueg@gentoo.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 07/17/2014 03:16 PM, hasufell wrote:
>> Why is there any mapping between id and developer name (or why have
>> the election officials access to this mapping... by definition it's
>> already a non-anonymous election then)?
>>
>
> That's a valid point. Can an election official reply to it, please?
>
> This is not meant in an offensive way, I'd just like to understand the
> workflow of the election.

Probably worth noting that even if we keep election officials blind,
Infra will still have access by virtue of having root on the
directories containing the ballots.

That would be solved by my proposal, potentially, but it is purely
vaporware now...

Rich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Tom Wijsman]

[-- Attachment #1: Type: text/plain, Size: 1248 bytes --]

On Thu, 17 Jul 2014 10:28:07 -0400
Richard Yao <ryao@gentoo.org> wrote:

> I admit that I had some initial negative feelings when I saw that the
> only less popular option than myself was reopening nominations, but I
> got over it after realizing that people's opinions were none of my
> business. I had refrained from making unsolicited statements on my
> positions in the belief that someone should ask first, but none did.

It appears that the Council stayed nearly the same; iotw, the community
confirms that they want the current Council to continue doing what
they've been doing (or give them a second chance or ...).

Given that, I'm fine with where I am in the sorting; especially since
they pursue a goal similar enough to what I wrote down in the manifesto.

You can consider to look at this from the positive side; given
master-council-201406 you can see that some people rank you high,
especially this time with confs-council-201406 you can see which people
rank you high. It can be of a surprise to you... :)

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Rich Freeman]

On Thu, Jul 17, 2014 at 1:16 PM, Rich Freeman <rich0@gentoo.org> wrote:
>
> That would be solved by my proposal, potentially, but it is purely
> vaporware now...
>

Well, not entirely vaporware - apparently others have investigated this further:

http://crypto.stanford.edu/pbc/notes/crypto/voting.xhtml

My proposal would be method 1.  Receipts could be viewed as a feature
or a bug depending on your perspective - for Gentoo it probably isn't
a big deal since nobody cares that much how we vote, and we have them
today.

What I couldn't find was any actual implementations.  That sounds like
an interesting project.

I did spot Helios online, which seems to be a usable implementation
already.  This does not use the algorithm above as far as I can tell
on first glance, but purports to solve the same basic problems.  That
is probably worth a close examination as the project seems to be a
fairly serious one.

Rich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Seemant Kulleen]

[-- Attachment #1: Type: text/plain, Size: 1619 bytes --]

I think it is unfortunate that you chose silence as your platform,
Richard.  In an election with so many options, expecting people to ask you
why you stood means you want others to do work just to get to know your
option.  That is neither fair nor scalable.

The result represents that.  If you do something or want something, please
understand that it is your job to do express yourself, not the community's
job to pull from you.

Unspoken expectations are most likely to lead to disappointment, I suppose
:)

Cheers,

Seemant
On Jul 17, 2014 7:28 AM, "Richard Yao" <ryao@gentoo.org> wrote:

>
> > On Jul 17, 2014, at 8:36 AM, Samuli Suominen <ssuominen@gentoo.org>
> wrote:
> > For what's it worth, I couldn't care less if my voting is public or not,
> > it's nothing personal to anyone, it's only what I think is best for the
> > distribution
> >
> > And I hope others feel the same way (even those whom didn't get elected)
> >
>
> I admit that I had some initial negative feelings when I saw that the only
> less popular option than myself was reopening nominations, but I got over
> it after realizing that people's opinions were none of my business. I had
> refrained from making unsolicited statements on my positions in the belief
> that someone should ask first, but none did.
>
> I think that is unfortunate that no one asked and that the outcome might
> have been different had a single person asked, but c'est la vie. I bear no
> ill will toward anyone who cast a vote (or did not cast a vote). How people
> voted should have no bearing on the interactions between those voting and
> those on the ballot.
>

[-- Attachment #2: Type: text/html, Size: 2058 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Jorge Manuel B. S. Vicetto]

On Thu, 17 Jul 2014, Manuel R?ger wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 07/17/2014 03:16 PM, hasufell wrote:
>> Why is there any mapping between id and developer name (or why have
>> the election officials access to this mapping... by definition it's
>> already a non-anonymous election then)?
>>
>
> That's a valid point. Can an election official reply to it, please?

The election officials get the master ballot and the confirmatiion ids 
file, so they can send each voter their confirmation id - that is an 
important part of the election as that's what allows each voter to confirm 
their ballot wasn't "tampered". This is how I was able to send the 
confirmation emails to all voters.
Why do election officials get that mapping? Because the current election 
software doesn't have any automatic method to take care of this and relies 
in the election officials. This does mean that officials have access to 
the ballots - and as others already mentioned, any infra team member has 
access to the dirs in pecker.
Given the above, why are we using this election software? Because that's 
what we've been using forever - at least this is what I was handed back in 
2008 and believe goes back to azarah. I've looked in the past at 
alternatives, exactly due to some of these concerns as well as other 
technical issues that affect the software.
I've contacted the debian developer responsible by devotee[1] a few times 
in the past, but didn't move forward as he had some plans to update it as 
at the time it was too tied to debian's infra and I end up losing track of 
this.

  [1] - https://www.debian.org/vote/

> This is not meant in an offensive way, I'd just like to understand the
> workflow of the election.

No offense taken.

> Cheers,
>
> Manuel
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQJ8BAEBCgBmBQJTyASAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4MDA1RERERkM0ODM2QkE4MEY3NzY0N0M1
> OEZCQTM2QzhEOUQ2MzVDAAoJEFj7o2yNnWNcF9sP+gNOqLRfilDdgM+QZFdmciWp
> 1vbCNTE56KSNxufQdlxKQgACVf8KacmQYMv0mxZ3eEVbLkH1D/Vg3aZ0ZuAXODg9
> TBPCi/hMzDmy0Z33FhcUh3F56xW/yBxzWX2e17/OuctimwVqOYSxzsUO9DfaFT96
> tC91+jcMsIkYYoUwii9Q9TixfwJeCTMi/h0hrRUjlZKGM3qW2sQPokZDrBiSSL7+
> 1W3NbNc6gZ7bDTtW14xNY7srpV7yaYQrY7N4tYJwkBSDfXBOtxQGNxADSWMI3l2v
> 0741RezxZnfXMc7QzPGfpfyemxFFP5bvc2UO5W9heXewfHKGl7Sn/BhNeLC7UE53
> ZwuQFPRm8ad7VTaWSzkvkCDMYrqvgWKH2nCaOBel09XqvSHMFvVKKq/RBJitmoAT
> Vc70fGrB64MIp+bWsLTMUnaoggzp/xsuTF/2fj3dsl+ch/ODK6XbfDfT9bHfvsBL
> g5btpeRFwmxxrnqfNZGBw0Q0ZQQpxQuPGEclFaGWCdzC450wLlPhDlJgaKsK8cEY
> /UYAha0HeLkE8kay3rrsi7csSRtJKMNxND0trmEIGZKITS3lPyV+/6oWmmbfEU2E
> ytaGsNlVQn18aiZHAGNbPydr+0xo2rHD+J4R/rcCtYJcJKaehRim9cX+sETMS27s
> 9pUl5AZCq0GlG37Je1jW
> =4fty
> -----END PGP SIGNATURE-----
>
>

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Richard Yao]

[-- Attachment #1: Type: text/plain, Size: 1947 bytes --]

I felt that posting a platform before someone asked would be inappropriate, so I made the conscious decision to wait for a single person to ask before posting anything. No one asked, so I posted nothing.

> On Jul 17, 2014, at 1:50 PM, Seemant Kulleen <seemantk@gmail.com> wrote:
> 
> I think it is unfortunate that you chose silence as your platform, Richard.  In an election with so many options, expecting people to ask you why you stood means you want others to do work just to get to know your option.  That is neither fair nor scalable.
> 
> The result represents that.  If you do something or want something, please understand that it is your job to do express yourself, not the community's job to pull from you.
> 
> Unspoken expectations are most likely to lead to disappointment, I suppose :)
> 
> Cheers,
> 
> Seemant
> 
>> On Jul 17, 2014 7:28 AM, "Richard Yao" <ryao@gentoo.org> wrote:
>> 
>> > On Jul 17, 2014, at 8:36 AM, Samuli Suominen <ssuominen@gentoo.org> wrote:
>> > For what's it worth, I couldn't care less if my voting is public or not,
>> > it's nothing personal to anyone, it's only what I think is best for the
>> > distribution
>> >
>> > And I hope others feel the same way (even those whom didn't get elected)
>> >
>> 
>> I admit that I had some initial negative feelings when I saw that the only less popular option than myself was reopening nominations, but I got over it after realizing that people's opinions were none of my business. I had refrained from making unsolicited statements on my positions in the belief that someone should ask first, but none did.
>> 
>> I think that is unfortunate that no one asked and that the outcome might have been different had a single person asked, but c'est la vie. I bear no ill will toward anyone who cast a vote (or did not cast a vote). How people voted should have no bearing on the interactions between those voting and those on the ballot.

[-- Attachment #2: Type: text/html, Size: 2526 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Ulrich Mueller]

>>>>> On Thu, 17 Jul 2014, Richard Yao wrote:
> [...]

> On Jul 17, 2014, at 1:50 PM, Seemant Kulleen <seemantk@gmail.com> wrote:
>     [...]
   
>     On Jul 17, 2014 7:28 AM, "Richard Yao" <ryao@gentoo.org> wrote:

>> On Jul 17, 2014, at 8:36 AM, Samuli Suominen <ssuominen@gentoo.org>
>         wrote:
>> [...]
       
>         [...]

Please don't top-post.

Ulrich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Joshua Kinard]

On 07/17/2014 09:16, hasufell wrote:
> Rich Freeman:
>> I think the only practical option is to try to prevent something like
>> this from happening again
> 
> The reason this happened is IMO not just the failure of an election
> official, but the fact that it's technically even possible.
> 
> Why is there any mapping between id and developer name (or why have the
> election officials access to this mapping... by definition it's already
> a non-anonymous election then)?
> 
> I think it should be clear that this is also a technical issue and needs
> to be improved.

Maybe instead of developer name, the mapping should be between conf id and
developer UID on woodpecker for purposes of uniquely validating the vote.
Possibly even a dedicated and unique voting ID (VID), stored only in LDAP,
visible only to the developer (I think this is possible, though I'll assume
that infra can see everything anyways).

When the votes are tallied, these VIDs are hashed and the election officials
can only see the link between conf id and the hash, but the software can be
granted some LDAP read permission to look the VID up and auto-generate an
e-mail to that dev's mbox directly.

Doesn't eliminate the possibility of someone sleuthing around to eventually
link dev -> conf id, but in the event this happens in the future, the file
containing the linkages will only show hashes -> conf id.

</brainstorm>

-- 
Joshua Kinard
Gentoo/MIPS
kumba@gentoo.org
4096R/D25D95E3 2011-03-28

"The past tempts us, the present confuses us, the future frightens us.  And
our lives slip away, moment by moment, lost in that vast, terrible in-between."

--Emperor Turhan, Centauri Republic

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Rich Freeman]

On Fri, Jul 18, 2014 at 3:01 AM, Joshua Kinard <kumba@gentoo.org> wrote:
> On 07/17/2014 09:16, hasufell wrote:
>> Rich Freeman:
>
> Doesn't eliminate the possibility of someone sleuthing around to eventually
> link dev -> conf id, but in the event this happens in the future, the file
> containing the linkages will only show hashes -> conf id.
>

Well, if you want to do something simple to obfuscate the dev->ID
mapping, why not just have votify generate a random ID when creating
the initial ballot, and store it in the ballot file?  Then the dev
knows what their ID is, since they can see it, and there is no need to
email it to them.  The only way for anybody else to find out is to go
poking in home directories to look at the files.  ID length would
ensure uniqueness, or you could use a GUID of some sort.

That is the approach those blind signing protocols use - the voter
generates a unique ID and thus can ID their votes in the master
ballot.  All the extra magic in those designs allow them to do it
without even infra being able to ID them, but you can get the
user-generated-ID benefits easily enough without doing all the crypto.

Rich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Alexander Berntsen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 18/07/14 05:06, Richard Yao wrote:
> I felt that posting a platform before someone asked would be 
> inappropriate, so I made the conscious decision to wait for a
> single person to ask before posting anything. No one asked, so I
> posted nothing.
People are likely inclined to take this as either arrogance or
nonchalance -- i.e. like you could take a council position or leave
it. Please post something next time. You will likely be higher on my
list if you will.
- -- 
Alexander
bernalex@gentoo.org
https://secure.plaimi.net/~alexander
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlPI8fcACgkQRtClrXBQc7VT4gEAn0BjMldISwVzNPLIf6XIGKbG
MqpVpEAMonOZhsVxZLYBAIWVgpIYez1G2cQulo+DAgF4GMYJpZfL6hQW3wWATZ/8
=HDQU
-----END PGP SIGNATURE-----

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Rich Freeman]

On Fri, Jul 18, 2014 at 6:07 AM, Alexander Berntsen <bernalex@gentoo.org> wrote:
>
> On 18/07/14 05:06, Richard Yao wrote:
>> I felt that posting a platform before someone asked would be
>> inappropriate, so I made the conscious decision to wait for a
>> single person to ask before posting anything. No one asked, so I
>> posted nothing.
> People are likely inclined to take this as either arrogance or
> nonchalance -- i.e. like you could take a council position or leave
> it. Please post something next time. You will likely be higher on my
> list if you will.

Live and learn...

Don't take rankings too personally.  The algorithm has to stick
something at the top, and something at the bottom, and it isn't like
we have tons of dead wood on the ballot.  Having somebody who
genuinely cares about Gentoo and wants to contribute coming in last
was a fairly likely outcome as a result.

Definitely don't take election results as some kind of judgement of
the work you're doing.  Writing ebuilds, designing package managers,
being on Comrel, being a Trustee, being on Infra, and being on QA are
all very different roles - just to pick some examples.  People look
for different things when voting about one vs the other.  Also, most
who were elected were incumbents, and not being an incumbent isn't
something that anybody new can do anything about.

Just keep doing good work!  The nice thing about Gentoo is that
anybody who wants to step up and take things in a new direction can do
so fairly easily as long as it doesn't impact the average experience.

Rich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[hasufell]

Tom Wijsman:
> You can consider to look at this from the positive side; given
> master-council-201406 you can see that some people rank you high,
> especially this time with confs-council-201406 you can see which people
> rank you high. It can be of a surprise to you... :)
> 

Thanks for telling people to look at confidential information that was
leaked by accident.

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 525 bytes --]

On Fri, 18 Jul 2014 07:37:09 -0400
Rich Freeman <rich0@gentoo.org> wrote:
> Don't take rankings too personally.  The algorithm has to stick
> something at the top, and something at the bottom, and it isn't like
> we have tons of dead wood on the ballot.

The more interesting issue is the number of times some people were
ranked below _ron, though. There are people serving on the Council who,
for some developers, are less preferable than rerunning the entire
election with new candidates.

-- 
Ciaran McCreesh

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Rich Freeman]

On Sat, Jul 19, 2014 at 8:58 AM, Ciaran McCreesh
<ciaran.mccreesh@googlemail.com> wrote:
> On Fri, 18 Jul 2014 07:37:09 -0400
> Rich Freeman <rich0@gentoo.org> wrote:
>> Don't take rankings too personally.  The algorithm has to stick
>> something at the top, and something at the bottom, and it isn't like
>> we have tons of dead wood on the ballot.
>
> The more interesting issue is the number of times some people were
> ranked below _ron, though. There are people serving on the Council who,
> for some developers, are less preferable than rerunning the entire
> election with new candidates.
>

Whatever.  Votes are preferences.  I'd just as soon that people be
honest with them.  I sometimes vote for people below reopen and I'm
not going to be bothered if some place me below it.  You can never
elect a body that matches everybody's preferences, and I'd like to
think that people would tend to vote for council members that will
strive to at least try to represent everybody regardless of whether
they disagree.

For my part, if somebody thinks I'm about to do something stupid,
you're always welcome to let me know.  I try to post my feelings on
any controversial issue on -project before any meeting to give people
the opportunity to do just that.  I can't promise that I'll agree, but
I will listen with the assumption that devs in general are fairly
smart people.  Usually I try to favor compromises that at least
provide some way for everybody to get what they want, since that is
the "Gentoo Way(TM)."

Rich

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Tom Wijsman]

[-- Attachment #1: Type: text/plain, Size: 891 bytes --]

On Sat, 19 Jul 2014 12:47:39 +0000
hasufell <hasufell@gentoo.org> wrote:

> Tom Wijsman:
> > You can consider to look at this from the positive side; given
> > master-council-201406 you can see that some people rank you high,
> > especially this time with confs-council-201406 you can see which
> > people rank you high. It can be of a surprise to you... :)
> 
> Thanks for telling people to look at confidential information that was
> leaked by accident.

Thank you too, by explicitly quoting it you've pointed to it as well;
if you haven't noticed yet, it is quoted over and over again even before
my e-mail thus what you do is be a pot that calls the kettle black...

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[hasufell]

Tom Wijsman:
> On Sat, 19 Jul 2014 12:47:39 +0000
> hasufell <hasufell@gentoo.org> wrote:
> 
>> Tom Wijsman:
>>> You can consider to look at this from the positive side; given
>>> master-council-201406 you can see that some people rank you high,
>>> especially this time with confs-council-201406 you can see which
>>> people rank you high. It can be of a surprise to you... :)
>>
>> Thanks for telling people to look at confidential information that was
>> leaked by accident.
> 
> Thank you too, by explicitly quoting it you've pointed to it as well;
> if you haven't noticed yet, it is quoted over and over again even before
> my e-mail thus what you do is be a pot that calls the kettle black...
> 

I'm not talking about quotes, I'm talking about your lack of attitude.

I hope you will never be an election official.

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Seemant Kulleen]

[-- Attachment #1: Type: text/plain, Size: 981 bytes --]

Can you two take the cat fighting offline please?
 On Jul 19, 2014 1:46 PM, "hasufell" <hasufell@gentoo.org> wrote:

> Tom Wijsman:
> > On Sat, 19 Jul 2014 12:47:39 +0000
> > hasufell <hasufell@gentoo.org> wrote:
> >
> >> Tom Wijsman:
> >>> You can consider to look at this from the positive side; given
> >>> master-council-201406 you can see that some people rank you high,
> >>> especially this time with confs-council-201406 you can see which
> >>> people rank you high. It can be of a surprise to you... :)
> >>
> >> Thanks for telling people to look at confidential information that was
> >> leaked by accident.
> >
> > Thank you too, by explicitly quoting it you've pointed to it as well;
> > if you haven't noticed yet, it is quoted over and over again even before
> > my e-mail thus what you do is be a pot that calls the kettle black...
> >
>
> I'm not talking about quotes, I'm talking about your lack of attitude.
>
> I hope you will never be an election official.
>
>

[-- Attachment #2: Type: text/html, Size: 1446 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Tom Wijsman]

[-- Attachment #1: Type: text/plain, Size: 398 bytes --]

On Sat, 19 Jul 2014 20:46:19 +0000
hasufell <hasufell@gentoo.org> wrote:

> I'm not talking about quotes. [...]

So; that means that you are talking off-topic, about that kitchen stuff.

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-project] Gentoo Council Elections Results for term 2014-2015

[Donnie Berkholz]

[-- Attachment #1: Type: text/plain, Size: 1193 bytes --]

On 13:58 Sat 19 Jul     , Ciaran McCreesh wrote:
> On Fri, 18 Jul 2014 07:37:09 -0400
> Rich Freeman <rich0@gentoo.org> wrote:
> > Don't take rankings too personally.  The algorithm has to stick
> > something at the top, and something at the bottom, and it isn't like
> > we have tons of dead wood on the ballot.
> 
> The more interesting issue is the number of times some people were
> ranked below _ron, though. There are people serving on the Council who,
> for some developers, are less preferable than rerunning the entire
> election with new candidates.

It does suggest, as I have in the past, that we need a more flexible 
mechanism for sizing the council. 7 was merely chosen to be the number 
for the first election.

Might be worth some experimentation as to whenever _ron ends up above a 
certain percentage for any given candidate, going back historically. The 
overall effect would be similar to a minority veto on candidates by 
shrinking the council rather than replacing them with someone else.

--
Thanks,
Donnie

Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>

[-- Attachment #2: Type: application/pgp-signature, Size: 966 bytes --]