Algemene resolutie: geheimhouding van de stemming

Tijdslijn

Discussieperiode: 23-02-2022 11-03-2022
Stemperiode: Sunday 13-03-2022 00:00:00 UTC Saturday 26-03-2022 23:59:59 UTC

Indiener Voorstel A

Sam Hartman [hartmans@debian.org] [tekst van het voorstel] [amendement]

Steun Voorstel A

  1. Russ Allbery [rra@debian.org] [e-mailbericht]
  2. Steve McIntyre [93sam@debian.org] [e-mailbericht]
  3. Bill Blough [bblough@debian.org] [e-mailbericht]
  4. Filippo Rusconi [lopippo@debian.org] [e-mailbericht]
  5. Sean Whitton [spwhitton@debian.org] [e-mailbericht]
  6. Pierre-Elliott Bécue [peb@debian.org] [e-mailbericht]

Voorstel A

Identiteit verbergen van ontwikkelaars die een bepaalde stem uitbrengen

Grondgedachte

Bij de stemming voor GR_2021_002 zeiden verschillende ontwikkelaars dat ze zich ongemakkelijk voelden bij het uitbrengen van hun stem, omdat volgens het proces van dat moment hun naam en de rangschikking op het stemformulier openbaar zouden zijn. Een aantal deelnemers aan de discussie is van mening dat we verkiezingsresultaten zouden krijgen die de wil van de ontwikkelaars nauwkeuriger weergeven mochten we de naam die verbonden is aan een bepaalde voorkeurstem op het stembiljet niet openbaar maken. Verscheidene mensen waren van mening dat de gerangschikte stemmen zonder namen nog steeds waardevolle openbare informatie zou zijn.

Volgens dit voorstel zouden alle verkiezingen behandeld worden als de verkiezing voor de projectleider. Tegelijk zou de eis dat de secretaris de verkiezing per e-mail moet laten verlopen, versoepeld worden. Als de vereiste dat per e-mail moet worden gestemd, wordt geschrapt, dan is er in ieder geval een experiment gepland met het belenios stemsysteem. Belenios kan een betere geheimhoudig van de stemming en een eenvoudiger webgebaseerd stemsysteem bieden dan onze huidige e-mailaanpak. Als dit voorstel wordt goedgekeurd, zou het toepassen van een dergelijk alternatief voldoende steun moeten genieten binnen het project, maar het zou geen statutenwijziging vereisen.

Dit voorstel vergroot onze afhankelijkheid van de bestaande bevoegdheid van de secretaris om te beslissen hoe stemmingen worden gehouden. Het ontbreken van een mechanisme om beslissingen van de secretaris over hoe we stemmingen houden, te overroepen, is tot nu toe geen probleem geweest. Als we echter gaan vertrouwen op deze bevoegdheid om na te gaan of het project voldoende consensus heeft om een alternatief stemmechanisme in te voeren, dan hebben we een mechanisme nodig dat een dergelijk besluit kan overroepen. Dit voorstel introduceert zo'n mechanisme.

Samenvatting van de wijzigingen

1) De identiteit van een kiezer die een bepaalde stem uitbrengt niet openbaar maken.

2) Niet vereisen dat stemmen per e-mail gebeurt.

3) Verduidelijken dat de ontwikkelaars de secretaris op elk moment kunnen vervangen.

4) Voorzien in een procedure om de beslissing van de projectsecretaris of zijn afgevaardigde terzijde te schuiven. Voor het terzijde schuiven van de beslissing welke bijzondere meerderheid vereist is of het terzijde schuiven van het bepalen van de verkiezingsuitslag is een meerderheid van 3:1 vereist. De voorzitter van het technisch comité beslist wie dergelijke stemmingen uitvoert.

6) Vastleggen dat ons verkiezingssysteem onafhankelijke verificatie van de uitslag op basis van de uitgebrachte stemmen moet mogelijk maken ​​en dat het ontwikkelaars in staat moet stellen te bevestigen dat hun stem is opgenomen in het overzicht van de uitgebrachte stemmen.

Algemene resolutie

De ontwikkelaars besluiten om de wijzigingen in de statuten van Debian door te voeren, zoals vastgelegd in git commit ed88a1e3c1fc367ee89620a73047d84a797c9a1d. Vanaf 23 februari 2022 is deze commit te vinden op [https://salsa.debian.org/hartmans/webwml/-/commit/ed88a1e3c1fc367ee89620a73047d84a797c9a1d

Voor het gemak is hieronder een woord-diff van de wijzigingen opgenomen. In het geval dat de diff verschilt van de commit, is de commit bepalend.

@@ -179,9 +179,27 @@ eerder kan iedereen die later wordt vermeld, overrulen.</cite></p>
  </li>

  <li>
    [-<p>In het geval van-]{+<p>Aanstellen+} a [-onenigheid tussen-]{+nieuwe secretaris.
In het gewone geval ( §7.2) waarin+} de projectleider
    en {+de secretaris het eens zijn over+} the [-zittende-]{+volgende+} secretaris,
[-een nieuwe secretaris aanstellen.</p>-]{+this power of+}
{+    de ontwikkelaars niet gebruik wordt.</p>+}
  </li>
  {+<li>+}
{+    <p>en beslissing van de projectsecretaris of zijn afgevaardigde+}
{+    terzijde schuiven.</p>+}

{+    <p>De bepaling van de vereiste bijzondere meerderheid terzijde schuiven+}
{+    voor een specifieke keuzemogelijkheid ophet stemformulier of het terzijde schuiven van de bepaling van+}
{+    het resultaat van een verkiezing vereist dat de ontwikkelaars ermee akkooord gaan met een+}
{+    3:1 meerderheid. De vaststelling van de vereiste meerderheid voor het+}
{+    terzijde schuiven van een beslissing van de secretaris kan niet terzijde geschiven worden.</p>+}

{+    <p>De voorzitter van het technisch comité beslist wie optreedt als+}
{+    secretaris voor een algemene resolutie om een beslissing van de projectsecretaris+}
{+    of diens afgevaardigde terzijde te schuiven. Als de beslissing niet genomen werd+}
{+    door de voorzitter van het tchnisch comité, kan de voorzitter van het comité+}
{+    zelf optreden als secretaris. De beslissing over wie optreedt als secretaris+}
{+    voor een dergelijke algemene resolutie kan niet terzijde geschoven worden.</p>+}
</ol>

<h3>4.2. Procedure</h3>
@@ -228,9 +246,10 @@ eerder kan iedereen die later wordt vermeld, overrulen.</cite></p>
    <p>
       De projectsecretaris neemt de stemmen op. Stemmen, tellingen en resultaten worden niet bekendgemaakt tijdens de stemperiode; na de stemming geeft de projectsecretaris een overzicht van alle uitgebrachte stemmen {+op een voldoende gedetailleerde wijze
dat iedereen de uitslag van de verkiezing kan controleren aan de hand van de uitgebrachte stemmen.
De+}
{+       identiteit van een ontwikkelaar die een specifieke stem uitbracht+}
{+       wordt niet openbaar gemaakt, maar ontwikkelaars zal de mogelijkheid geboden worden om te kunnen vaststellen dat hun stem opgenomen werd bij de uitgebrachte stemmen+}. De stemperiode bedraagt 2 weken, maar kan met maximaal 1 week aangepast worden door de projectleider.
    </p>
  </li>

@@ -247,7 +266,7 @@ eerder kan iedereen die later wordt vermeld, overrulen</cite></p>
  </li>

  <li>
    <p>De stemming vindt plaats [-per e-mail-] op een voor de secretaris geschikte wijze.
    De secretaris bepaalt voor elke stemming of kiezers hun stem kunnen wijzigen.</p>
  </li>
@@ -371,8 +390,7 @@ eerder kan iedereen die later wordt vermeld, overrulen</cite></p>
  necessary.</li>

  <li>De volgende twee weken is de stemperiode waarin de ontwikkelaars hun stem kunnen uitbrengen. [-De stemming bij de verkiezing van de voorzitter is-]
[-  geheim en blijft geheim, ook na het einde van de stemming.</li>-]{+</li>+}

  <li>De keuzemogelijkheden op het stembiljet zijn de kandidaten die zichzelf genomineerd hebben en zich nog niet hebben teruggetrokken, plus Geen Van De

Indiener Voorstel B

Judit Foglszinger [urbec@debian.org] [tekst van het voorstel] [update]

Steun Voorstel B

  1. Scott Kitterman [kitterman@debian.org] [e-mailbericht]
  2. Felix Lechner [lechner@debian.org] [e-mailbericht]
  3. Louis-Philippe Véronneau [pollo@debian.org] [e-mailbericht]
  4. Mathias Behrle [mbehrle@debian.org] [e-mailbericht]
  5. Tiago Bortoletto Vaz [tiago@debian.org] [e-mailbericht]

Voorstel B

Identiteit verbergen van ontwikkelaars die een bepaalde stem uitbrengen en verificatie mogelijk maken

Grondgedachte

De mogelijkheid bieden om te stemmen over een geheime stemming zonder dat er aanvullend gestemd hoeft te worden over ongerelateerde/ slechts licht gerelateerde wijzigingen van de statuten; bijvoorbeeld over het wijzigen van de wijze van stemmen van e-mail naar iets dat niet gedefinieerd is.

Zoals vermeld in de discussie, is er misschien geen consensus over welke opties rechtstreeks verband met elkaar houden. Deze optie beschouwt de noodzaak om verificatie toe te staan (6)) als direct gerelateerd aan geheime stemmingen, omdat ze anders volledig oncontroleerbaar zouden worden.

Samenvatting van de wijzigingen

1) De identiteit van een kiezer die een bepaalde stem uitbrengt niet openbaar maken.

6) Vastleggen dat ons verkiezingssysteem onafhankelijke verificatie van de uitslag op basis van de uitgebrachte stemmen moet mogelijk maken ​​en dat het ontwikkelaars in staat moet stellen te bevestigen dat hun stem is opgenomen in het overzicht van de uitgebrachte stemmen.

<h3>4.2. Procedure</h3>
@@ -228,9 +246,10 @@ eerder kan iedereen die later wordt vermeld, overrulen</cite></p>
    <p>
       De projectsecretaris neemt de stemmen op. Stemmen, tellingen en resultaten worden niet bekendgemaakt tijdens de stemperiode; na de stemming geeft de projectsecretaris een overzicht van alle uitgebrachte stemmen {+op een voldoende gedetailleerde wijze
dat iedereen de uitslag van de verkiezing kan controleren aan de hand van de uitgebrachte stemmen.
De+}
{+       identiteit van een ontwikkelaar die een specifieke stem uitbracht+}
{+       wordt niet openbaar gemaakt, maar ontwikkelaars zal de mogelijkheid geboden worden om te kunnen vaststellen dat hun stem opgenomen werd bij de uitgebrachte stemmen+}.

@@ -371,8 +390,7 @@ eerder kan iedereen die later wordt vermeld, overrulen</cite></p>
  necessary.</li>

  <li>De volgende twee weken is de stemperiode waarin de ontwikkelaars hun stem kunnen uitbrengen. [-De stemming bij de verkiezing van de voorzitter is-]
[-  geheim en blijft geheim, ook na het einde van de stemming.</li>-]{+</li>+}

Indiener Voorstel C

Holger Levsen [holger@debian.org] [tekst van het voorstel]

Steun Voorstel C

  1. Mattia Rizzolo [mattia@debian.org] [e-mailbericht]
  2. Philip Hands [philh@debian.org] [e-mailbericht]
  3. Mathias Behrle [mbehrle@debian.org] [e-mailbericht]
  4. Santiago Ruano Rincón [santiago@debian.org] [e-mailbericht]
  5. Gunnar Wolf [gwolf@debian.org] [e-mailbericht]
  6. Sven Bartscher [kritzefitz@debian.org] [e-mailbericht]

Voorstel C

De publieke stemming opnieuw bevestigen

Aangezien we ofwel een geheime en intransparante stemming kunnen hebben, ofwel een open en transparante stemming, besluit het project om ons stemsysteem te laten zoals het is.

Grondgedachte

Het voorstel van AR over een geheime stemming bevat geen details over de implementatie, waarschijnlijk omdat geheime en transparante stemmingen nu eenmaal onmogelijk volledig te realiseren zijn. Deze AR zal dus hetzelfde lot ondergaan als de stemming over 'publiceren van debian-private', waarin wel voor het voorstel werd gestemd, maar nooit werd geïmplementeerd.

Een stemsysteem dat alleen voor sommigen transparant is, is ondemocratisch en zal ertoe leiden dat maar weinig mensen op de hoogte zijn, wat haaks staat op de doelstellingen van openheid en transparantie van Debian.

En begin 2022 is niet het moment voor overhaaste veranderingen als deze. Daarom wil ik ook expliciet dat "de status quo behouden" op het stembiljet komt, en dan niet alleen als "Geen van bovenstaande", maar als een echte optie.

Quorum

Met de huidige lijst van stemgerechtigde ontwikkelaars hebben we: 

 Huidig aantal ontwikkelaars = 1023
 Q ( sqrt(#ontwikkelaars) / 2 ) = 15.9921855917195
 K min(5, Q )           = 5
 Quorum  (3 x Q )       = 47.9765567751584

Quorum

Data en Statistieken

Voor deze GR worden, zoals altijd, periodiek statistieken verzameld over ontvangen stembiljetten en verzonden ontvangstbevestigingen tijdens de stemperiode. Bovendien wordt de lijst van kiezers geregistreerd. Ook zal de scoretabel ter inzage worden gelegd.

Meerderheidsvereiste

Voorstel 1 en 2 vereisen een bijzondere meerderheid van 3:1

Meerderheid

Uitslag

Grafische weergave van de resultaten

In de bovenstaande grafiek duiden alle roze gekleurde knooppunten erop dat de optie de meerderheid niet heeft gehaald, het blauwe geeft de winnaar aan. Een achthoek wordt gebruikt voor de opties die de standaard niet haalden.

In de volgende tabel geeft het vak[rij x][kol y] weer hoeveel keer optie x verkozen werd boven optie y tijdens de stemming. Een meer gedetailleerde uitleg over de vergelijkingsmatrix kan helpen om de tabel te begrijpen. Om inzicht te krijgen in de Condorcet-methode, is het Wikipedia-artikel redelijk leerzaam.

De vergelijkingsmatrix
 Optie
  1 2 3 4
Optie 1   72 114 149
Optie 2 144   142 185
Optie 3 137 107   163
Optie 4 94 61 68  

Bekijken we rij 2, kolom 1, dan blijkt dat Identiteit verbergen van ontwikkelaars die een bepaalde stem uitbrengen en verificatie mogelijk maken
144 keer verkozen werd boven Identiteit verbergen van ontwikkelaars die een bepaalde stem uitbrengen

Bekijken we rij 1, kolom 2, dan blijkt dat Identiteit verbergen van ontwikkelaars die een bepaalde stem uitbrengen
72 keer verkozen werd boven Identiteit verbergen van ontwikkelaars die een bepaalde stem uitbrengen en verificatie mogelijk maken.

Paarsgewijze vergelijking

De Schwartz-verzameling bevat

De winnaars

Debian gebruikt de Condorcet-methode bij stemmingen. Simpel gesteld kan de gewone Condorcet-methode als volgt worden uitgedrukt:
Bekijk alle mogelijke wedlopen in twee richtingen tussen kandidaten. De Condorcet-winnaar, als er een is, is de kandidaat die elke andere kandidaat kan verslaan in een wedloop met die kandidaat in de twee richtingen. Het probleem is dat er bij complexe verkiezingen wel eens sprake kan zijn van een circulaire relatie waarin A B verslaat, B C verslaat en C A verslaat. De meeste variaties op Condorcet gebruiken verschillende manieren om deze onbesliste stand op te lossen. Zie de methode van het kloonbestendig sequentieel uitrangeren in een Schwartz-verzameling voor details. De variatie die Debian gebruikt wordt beschreven in de statuten, meer bepaald in paragraaf A.6.

Debian-projectsecretaris