[RFR] wml://www.debian.org/dutch/devel/constitution.wml
Dag iedereen,
In de git-opslagplaats webwml werd de vertaling van
dutch/devel/constitution.wml bijgewerkt.
In bijlage de bijgewerkte vertaling en een diff-bestand met de wijzigingen
tegenover de vorige versie.
--
Met vriendelijke groet,
Frans Spiesschaert
--
Vrije (openbron)software uitgelegd in 3 minuten:
https://media.fsfe.org/w/xs29yhLxSP1uKLYkSeoKKp
diff --git a/dutch/devel/constitution.wml b/dutch/devel/constitution.wml
index 0a626c7071f..3a2905d3ecd 100644
--- a/dutch/devel/constitution.wml
+++ b/dutch/devel/constitution.wml
@@ -1,12 +1,13 @@
-q#use wml::debian::template title="Statuten van Debian" BARETITLE="true"
+#use wml::debian::template title="Statuten van Debian" BARETITLE="true"
#use wml::debian::toc
-#use wml::debian::translation-check translation="fc833cc9f6e2802eb17b3bcad31adb85cb69a260" mindelta="1" maxdelta="1"
+#use wml::debian::translation-check translation="7de52c11c6e319c053f658745650d45aeddbb0d3" mindelta="1" maxdelta="1"
-<h1>Statuten van het Debian-project (v1.8)</h1>
+<h1>Statuten van het Debian-project (v1.9)</h1>
-<p>Versie 1.8, bekrachtigd op 28 januari 2022.</p>
+<p>Versie 1.9, bekrachtigd op 26 maart 2022.</p>
<p>Vervangt
+<a href="constitution.1.8">Versie 1.8</a>, bekrachtigd op 28 januari 2022,
<a href="constitution.1.7">Versie 1.7</a>, bekrachtigd op 14 augustus 2016,
<a href="constitution.1.6">Versie 1.6</a>, bekrachtigd op 13 december 2015,
<a href="constitution.1.5">Versie 1.5</a>, bekrachtigd op 9 januari 2015,
@@ -242,8 +243,13 @@ vermeld staat, kan ingaan tegen iedereen die nadien vermeld wordt.</cite></p>
<p>
Stemmen worden door de projectsecretaris verzameld. Stemmen,
tellingen en resultaten worden tijdens de stemperiode niet kenbaar
- gemaakt. Na de stemming maakt de projectsecretaris een lijst op van
- alle uitgebrachte stemmen. De stemperiode duurt 2 weken, maar de
+ gemaakt. Na de stemming maakt de Projectsecretaris een voldoende
+ gedetailleerde lijst op van alle uitgebrachte stemmen, zodat iedereen
+ de uitslag van de verkiezing aan de hand van de uitgebrachte stemmen
+ kan verifiëren. De identiteit van een ontwikkelaar die een bepaalde
+ stem uitbrengt, wordt niet openbaar gemaakt, maar de ontwikkelaars
+ krijgen de mogelijkheid om te bevestigen dat hun stem is opgenomen in
+ de uitgebrachte stemmen. De stemperiode duurt 2 weken, maar de
projectleider kan deze tot maximaal 1 week laten variëren.
</p>
</li>
@@ -394,8 +400,7 @@ vermeld staat, kan ingaan tegen iedereen die nadien vermeld wordt.</cite></p>
meermaals.</li>
<li>De volgende twee weken is de stemperiode waarin ontwikkelaars hun
- stem uitbrengen. Bij de verkiezing van de projectleider is de stemming
- geheim, ook na het einde van de stemming.</li>
+ stem uitbrengen.</li>
<li>Op het stembiljet bestaan de keuzemogelijkheden uit die kandidaten
welke zichzelf genomineerd hebben en zich nog niet hebben
#use wml::debian::template title="Statuten van Debian" BARETITLE="true"
#use wml::debian::toc
#use wml::debian::translation-check translation="7de52c11c6e319c053f658745650d45aeddbb0d3" mindelta="1" maxdelta="1"
<h1>Statuten van het Debian-project (v1.9)</h1>
<p>Versie 1.9, bekrachtigd op 26 maart 2022.</p>
<p>Vervangt
<a href="constitution.1.8">Versie 1.8</a>, bekrachtigd op 28 januari 2022,
<a href="constitution.1.7">Versie 1.7</a>, bekrachtigd op 14 augustus 2016,
<a href="constitution.1.6">Versie 1.6</a>, bekrachtigd op 13 december 2015,
<a href="constitution.1.5">Versie 1.5</a>, bekrachtigd op 9 januari 2015,
<a href="constitution.1.4">Versie 1.4</a>, bekrachtigd op 7 oktober 2007,
<a href="constitution.1.3">Versie 1.3</a>, bekrachtigd op 24 september 2006,
<a href="constitution.1.2">Versie 1.2</a>, bekrachtigd op 29 oktober 2003,
<a href="constitution.1.1">Versie 1.1</a>, bekrachtigd op 21 juni 2003,
en <a href="constitution.1.0">Versie 1.0</a>, bekrachtigd op 2 december 1998.</p>
<toc-display />
<toc-add-entry name="item-1">1. Inleiding</toc-add-entry>
<p><cite>Het Debian-project is een vereniging van individuen die zich
samen tot doel gesteld hebben een vrij besturingssysteem te ontwikkelen.</cite></p>
<p>Dit document beschrijft de organisatiestructuur in functie van het
nemen van formele beslissingen in het project. Het is geen beschrijving
van de doelstellingen van het project of hoe deze bereikt moeten worden,
en het bevat geen beleidsrichtlijnen, behalve die welke rechtstreeks
verband houden met het beslissingsproces.</p>
<toc-add-entry name="item-2">2. Organen en individuen met beslissingsbevoegdheid</toc-add-entry>
<p>Elk besluit binnen het project wordt door een of meer van de volgende instanties genomen:</p>
<ol>
<li>De ontwikkelaars, via een algemene resolutie of een verkiezing;</li>
<li>De projectleider;</li>
<li>Het technisch comité en/of zijn voorzitter;</li>
<li>De individuele ontwikkelaar die aan een specifieke taak werkt;</li>
<li>Gemachtigden die door de projectleider aangesteld zijn voor specifieke taken;</li>
<li>De secretaris van het project.</li>
</ol>
<p>Het grootste deel van de rest van dit document beschrijft de
bevoegdheden van deze instanties, hun samenstelling en aanstelling en
hun besluitvormingsprocedure. De bevoegdheden van een persoon of een
instantie kunnen onderhevig zijn aan het toezicht of de inperking door
anderen; in dat geval zal het item dat handelt over het/de
toezichthoudende orgaan of persoon, hiervan melding maken. <cite>In
bovenstaande lijst staat een persoon of orgaan doorgaans vermeld
voorafgaand aan de personen of organen van wie zij de besluiten kunnen
verwerpen of welke zij (mee) aanstellen - maar niet iedereen die eerder
vermeld staat, kan ingaan tegen iedereen die nadien vermeld wordt.</cite></p>
<h3>2.1. Algemene regels</h3>
<ol>
<li>
<p>Niets uit deze statuten legt aan iemand een verplichting op om
werk te verrichten voor het project. Een persoon die een aan hem/haar
gedelegeerde of toegewezen taak niet wenst te verrichten, moet die
ook niet verrichten. Men mag echter deze regels en de besluiten die
op een correcte wijze volgens deze regels genomen werden, niet actief
tegenwerken.</p>
</li>
<li>
<p>Een persoon kan verschillende functies bekleden, behalve dat
de projectleider, de projectsecretaris en de voorzitter van het
technisch comité verschillende personen moeten zijn en dat de
leider zichzelf niet als zijn eigen gemachtigde kan aanstellen.</p>
</li>
<li>
<p>Een persoon kan op elk moment het project verlaten of ontslag
nemen uit een specifieke functie welke deze bekleedt, door dit in
het openbaar mee te delen.</p>
</li>
</ol>
<toc-add-entry name="item-3">3. Individuele ontwikkelaars</toc-add-entry>
<h3>3.1. Bevoegdheden</h3>
<p>Een individuele ontwikkelaar kan</p>
<ol>
<li>elke technische of niet-technische beslissing nemen in verband
met de eigen werkzaamheden;</li>
<li>een ontwerp van algemene resolutie voorstellen of steunen;</li>
<li>zichzelf kandidaat stellen voor de verkiezing van projectleider;</li>
<li>een stem uitbrengen over een algemene resolutie en bij de verkiezing
van de projectleider.</li>
</ol>
<h3>3.2. Samenstelling en aanstelling</h3>
<ol>
<li>
<p>Ontwikkelaars zijn vrijwilligers die ermee instemmen de
doelstellingen van het project te bevorderen voor zover zij
eraan deelnemen, en die voor het project pakketten onderhouden
of ander werk verrichten dat door de gemachtigde(n) van de
projectleider waardevol geacht wordt.</p>
</li>
<li>
<p>De gemachtigde(n) van de projectleider kan/kunnen nieuwe
ontwikkelaars weren of bestaande ontwikkelaars uitsluiten. <cite>
Indien de ontwikkelaars van mening zijn dat de gemachtigden
hun gezag misbruiken, kunnen zij de beslissing natuurlijk via
een algemene resolutie vernietigen - zie
§4.1(3), §4.2.</cite></p>
</li>
</ol>
<h3>3.3. Procedure</h3>
<p>Ontwikkelaars kunnen deze beslissingen naar eigen goeddunken nemen.</p>
<toc-add-entry name="item-4">4. De ontwikkelaars via algemene resolutie of verkiezingen</toc-add-entry>
<h3>4.1. Bevoegdheden</h3>
<p>Samen kunnen de ontwikkelaars:</p>
<ol>
<li>
<p>De projectleider aanstellen of afzetten.</p>
</li>
<li>
<p>Deze statuten wijzigen op voorwaarde dat een meerderheid van 3:1
ermee instemt.</p>
</li>
<li>
<p>Een beslissing nemen of opheffen die is goedgekeurd op gezag van
de projectleider of een gemachtigde.</p>
</li>
<li>
<p>Een beslissing nemen of opheffen die is goedgekeurd op gezag van
het technisch comité op voorwaarde dat een meerderheid van 2:1
ermee instemt.</p>
</li>
<li>
<p>Niet-technische beleidsdocumenten en verklaringen uitgeven,
vervangen en intrekken.</p>
<p>Daaronder vallen documenten over de doelstellingen van het
project, de relaties van het project met andere entiteiten van de
vrije-softwaregemeenschap, en niet-technische beleidsrichtlijnen,
zoals de bepalingen inzake vrije software waaraan Debian
software moet beantwoorden.</p>
<p>Daaronder vallen ook standpuntbepalingen inzake actuele
onderwerpen.</p>
<ol style="list-style: decimal;">
<li>Een basisdocument is een document of verklaring welke van
cruciaal belang wordt geacht voor de missie en doelstellingen van
het project.</li>
<li>Als basisdocumenten worden beschouwd, de documenten met als
titel <q>Het Debian sociaal contract</q> en <q>De Debian
richtlijnen inzake vrije software</q>.</li>
<li>De vervanging van een basisdocument vereist een meerderheid
van 3:1. Het uitvaardigen van nieuwe basisdocumenten en het
intrekken van bestaande gebeurt door herziening van de lijst
van basisdocumenten in deze statuten.</li>
</ol>
</li>
<li>
<p>Beslissingen nemen over eigendom die in beheer gehouden wordt
voor doeleinden die met Debian verband houden. (Zie §9.).</p>
</li>
<li>
<p>Een nieuwe secretaris aanstellen in geval van onenigheid tussen
de projectleider en de zittende secretaris.</p>
</li>
</ol>
<h3>4.2. Procedure</h3>
<ol>
<li>
<p>De ontwikkelaars volgen de onderstaande standaard
resolutieprocedure. Een resolutie of een stemoptie wordt ingediend
wanneer deze door een ontwikkelaar voorgesteld wordt en minstens
door K andere ontwikkelaars gesteund wordt, of wanneer deze door
de projectleider of het technisch comité voorgesteld wordt.</p>
</li>
<li>
<p>Een beslissing van de projectleider of diens gemachtigde
verdagen:</p>
<ol>
<li>Indien de projectleider of diens gemachtigde of het technisch
comité een besluit genomen heeft, kunnen ontwikkelaars dat
annuleren door hierover een resolutie aan te nemen;
zie §4.1(3).</li>
<li>Indien een dergelijke resolutie minstens door 2K ontwikkelaars
gesteund wordt, of indien ze door het technisch comité voorgesteld
wordt, zet deze resolutie de beslissing onmiddellijk in de wacht
(op voorwaarde dat de resolutie zelf dit zo bepaalt).</li>
<li>Indien de originele beslissing een wijziging van een discussie-
of stemmingsperiode betreft of indien de resolutie het herroepen
van een beslissing van het technisch comité beoogt, dan moeten
slechts K ontwikkelaars deze steunen om de beslissing onmiddellijk
in de wacht te plaatsen.</li>
<li>Indien de beslissing in de wacht geplaatst werd, wordt
onmiddellijk een stemming gehouden om te bepalen of de beslissing
van kracht blijft tot ten gronde over de beslissing gestemd werd
ofwel of de toepassing van de originele beslissing tot dan verdaagd
wordt. Voor deze onmiddellijke procedurele stemming is geen
quorum vereist.</li>
<li>Indien de projectleider (of de gemachtigde) de originele
beslissing intrekt, wordt de stemming irrelevant en niet langer
voortgezet.</li>
</ol>
</li>
<li>
<p>
Stemmen worden door de projectsecretaris verzameld. Stemmen,
tellingen en resultaten worden tijdens de stemperiode niet kenbaar
gemaakt. Na de stemming maakt de Projectsecretaris een voldoende
gedetailleerde lijst op van alle uitgebrachte stemmen, zodat iedereen
de uitslag van de verkiezing aan de hand van de uitgebrachte stemmen
kan verifiëren. De identiteit van een ontwikkelaar die een bepaalde
stem uitbrengt, wordt niet openbaar gemaakt, maar de ontwikkelaars
krijgen de mogelijkheid om te bevestigen dat hun stem is opgenomen in
de uitgebrachte stemmen. De stemperiode duurt 2 weken, maar de
projectleider kan deze tot maximaal 1 week laten variëren.
</p>
</li>
<li>
<p>De projectleider heeft een beslissende stem. Het quorum bedraagt 3Q.
De standaardoptie is "None of the above" (Geen van bovenstaande).</p>
</li>
<li>
<p>Voorstellen, steunbetuigingen, stemopties, oproepen tot het
uitbrengen van een stem en andere formele acties gebeuren via een
aankondiging op een publiek leesbare elektronische mailinglijst die
door de gemachtigde(n) van de projectleider aangewezen wordt. Elke
ontwikkelaar kan er op posten.</p>
</li>
<li>
<p>Stemmen worden per e-mail uitgebracht op een manier die passend
is voor de secretaris. Voor elke stemming bepaalt de secretaris of
stemmers hun uitgebrachte stem kunnen wijzigen.</p>
</li>
<li>
<p>Q is de helft van de vierkantswortel van het huidige aantal
ontwikkelaars. K is Q of 5, welk van beide het kleinst is. Q en K
moeten geen gehele getallen zijn en worden niet afgerond.</p>
</li>
</ol>
<toc-add-entry name="item-5">5. Projectleider</toc-add-entry>
<h3>5.1. Bevoegdheden</h3>
<p>De <a href="leader">projectleider</a> kan:</p>
<ol>
<li>
<p>Gemachtigden aanstellen of besluitvormingen delegeren aan
het technisch comité.</p>
<p>De leider kan een domein van permanente verantwoordelijkheid of
een specifieke beslissing definiëren en deze delegeren aan een andere
ontwikkelaar of aan het technisch comité.</p>
<p>Eens een specifieke beslissing gedelegeerd werd en een besluit
genomen werd, kan de projectleider deze delegatie niet meer
terugtrekken. Deze kan wel een lopende delegering van een specifiek
verantwoordelijkheidsgebied intrekken.</p>
</li>
<li>
<p>Andere ontwikkelaars autoriteit verlenen.</p>
<p>De projectleider kan zijn steun uitspreken voor standpunten of
voor andere projectleden, op vraag of anderszins; deze uitspraken
worden enkel van kracht indien de projectleider gemachtigd is om
de beslissing in kwestie te nemen.</p>
</li>
<li>
<p>Elke beslissing nemen die dringende actie vereist.</p>
<p>Dit is niet van toepassing op beslissingen die slechts stilaan
dringend geworden zijn wegens een gebrek aan relevante actie, tenzij
er een vaste deadline is.</p>
</li>
<li>
<p>Elke beslissing nemen waarvoor niemand anders verantwoordelijk
is.</p>
</li>
<li>
<p>Algemene resoluties en stemopties bij algemene
resoluties voorstellen. Wanneer zij door de projectleider worden
voorgesteld, zijn geen sponsors vereist voor de algemene resolutie of voor
de stemoptie; zie §4.2.1</p>
</li>
<li>
<p>Samen met het technisch comité nieuwe leden van dat comité
aanstellen. (Zie §6.2.)</p>
</li>
<li>
<p>Een beslissende stem uitbrengen wanneer ontwikkelaars stemmen.</p>
<p>De projectleider heeft ook een normale stem in dergelijke
stemmingen.</p>
</li>
<li>
<p>De discussieperiode in verband met stemmingen van ontwikkelaars
aanpassen (zoals hierboven).</p>
</li>
<li>
<p>Discussies onder ontwikkelaars begeleiden.</p>
<p>De projectleider behoort te proberen op een helpende wijze te
participeren in discussies tussen ontwikkelaars in een poging de
discussie toe te spitsen op de belangrijkste kwesties. De
projectleider behoort geen gebruik te maken van zijn/haar
leiderschapspositie om zijn eigen persoonlijke meningen naar voor te
schuiven.</p>
</li>
<li>
<p>In overleg met de ontwikkelaars beslissingen nemen die van invloed
zijn op eigendommen die in beheer worden gehouden voor met Debian
verband houdende doeleinden (zie §9.). Dergelijke beslissingen
worden aan de leden meegedeeld door de projectleider of diens
gemachtigde(n). Belangrijke uitgaven behoren eerst voorgelegd en
besproken te worden op de mailinglijst voordat geld wordt
uitbetaald.</p>
</li>
<li>
<p>Organisaties toevoegen aan of verwijderen uit de lijst van
vertrouwde organisaties (zie §9.3) die bevoegd zijn om activa te
accepteren en in beheer te houden voor Debian. De evaluatie en
discussie die tot een dergelijke beslissing leiden, vindt plaats op
een elektronische mailinglijst die door de projectleider of diens
gemachtigde(n) aangeduid wordt, en waarop elke ontwikkelaar mag
posten. Er moet minimaal een discussieperiode van twee weken
voorafgaan aan een beslissing om een organisatie aan de lijst van
vertrouwde organisaties toe te voegen.</p>
</li>
</ol>
<h3>5.2. Aanstelling</h3>
<ol>
<li>De projectleider wordt door de ontwikkelaars verkozen.</li>
<li>De verkiezing begint zes weken voordat de functie van leider vacant
wordt, of onmiddellijk (indien het reeds te laat is).</li>
<li>Tijdens de eerste week kan elke ontwikkelaar zichzelf nomineren als
kandidaat projectleider en een samenvatting geven van zijn/haar
plannen voor zijn/haar ambtstermijn.</li>
<li>Tijdens de drie daaropvolgende weken kunnen geen kandidaten meer
genomineerd worden; kandidaten behoren deze periode te gebruiken
voor het voeren van campagne en voor discussie. Indien er op het einde
van de nominatieperiode geen kandidaten zijn, wordt de
nominatieperiode verlengd met een extra week, en dit zo nodig
meermaals.</li>
<li>De volgende twee weken is de stemperiode waarin ontwikkelaars hun
stem uitbrengen.</li>
<li>Op het stembiljet bestaan de keuzemogelijkheden uit die kandidaten
welke zichzelf genomineerd hebben en zich nog niet hebben
teruggetrokken, plus "None Of The Above" (geen van bovenstaande).
Indien "None Of The Above" de verkiezing wint, wordt de
verkiezingsprocedure herhaald, zo nodig meermaals.</li>
<li>
De beslissing wordt genomen volgens de in §A.5 van de
standaard resolutieprocedure gespecificeerde methode. Het quorum
is hetzelfde als bij een algemene resolutie (§4.2) en de
standaardoptie is <q>None Of The Above</q>.
</li>
<li>De ambtsperiode van de projectleider bedraagt een jaar vanaf diens
verkiezing.</li>
</ol>
<h3>5.3. Procedure</h3>
<p>De projectleider behoort te proberen beslissingen te nemen die
verenigbaar zijn met de consensus tussen de verschillende meningen van
de ontwikkelaars.</p>
<p>Waar praktisch mogelijk behoort de projectleider op informele wijze
te informeren naar de opvattingen van de ontwikkelaars.</p>
<p>De projectleider behoort te vermijden het eigen standpunt te zeer te
beklemtonen bij het nemen van beslissingen in hoofde van zijn/haar functie
als projectleider.</p>
<toc-add-entry name="item-6">6. Technisch comité</toc-add-entry>
<h3>6.1. Bevoegdheden</h3>
<p>Het <a href="tech-ctte">technisch comité</a> kan:</p>
<ol>
<li>
<p>Beslissingen nemen in elke zaak met betrekking tot het technisch
beleid.</p>
<p>Dit betreft onder meer de inhoud van de handleidingen over het
technische beleid, referentiemateriaal voor ontwikkelaars,
voorbeeldpakketten en het gedrag van niet-experimentele hulpmiddelen
voor het bouwen van pakketten. (In elk van deze zaken neemt de
gebruikelijke onderhouder van de betreffende software of documentatie
initieel de beslissingen; zie echter 6.3(5).)</p>
</li>
<li>
<p>Beslissen in technische materies waarbij de bevoegdheden van
ontwikkelaars elkaar overlappen.</p>
<p>Het technisch comité kan een zaak beslechten in gevallen waarin
ontwikkelaars compatibele technische beleidslijnen of standpunten
moeten implementeren (bijvoorbeeld indien zij het oneens zijn over de
prioriteit van conflicterende pakketten, of over het bezit van een
commandonaam, of over welk pakket verantwoordelijk is voor een bug
waarover beide akkoord gaan dat het een bug is, of over wie de
onderhouder van een pakket behoort te zijn).</p>
</li>
<li>
<p>Een beslissing nemen wanneer daarom gevraagd wordt.</p>
<p>Elke persoon of instantie kan een eigen beslissing delegeren naar
het technisch comité of er advies aan vragen.</p>
</li>
<li>
<p>Een beslissing van een ontwikkelaar afwijzen (vereist een 3:1
meerderheid).</p>
<p>Het technisch comité kan een ontwikkelaar vragen een specifieke
technische werkwijze te gebruiken, zelfs als de ontwikkelaar dit niet
wenst; dit vereist een 3:1 meerderheid. Bijvoorbeeld kan het comité
bepalen dat een klacht van een indiener van een bugrapport
gerechtvaardigd is en dat de door de indiener voorgestelde oplossing
behoort te worden geïmplementeerd.</p>
</li>
<li>
<p>Advies geven.</p>
<p>Het technisch comité kan formele uitspraken doen over zijn visie
op gelijk welke zaak. <cite>Individuele leden kunnen uiteraard
informele uitspraken doen over hun visie en over de vermoedelijke
visie van het comité.</cite></p>
</li>
<li>
<p>Samen met de projectleider nieuwe leden aanstellen bij het eigen
comité of bestaande leden eruit verwijderen. (Zie §6.2.)</p>
</li>
<li>
<p>De voorzitter van het technisch comité aanstellen.</p>
<p>
De voorzitter wordt door het comité uit zijn leden verkozen. Alle
leden van het comité zijn automatisch genomineerd. Het comité
begint te stemmen, een week voor de functie vacant wordt (of
onmiddellijk als het al te laat is). De leden kunnen bij openbare
acclamatie stemmen voor gelijk welk collega-lid, ook voor
zichzelf; er is geen standaardoptie. De stemming eindigt wanneer
alle leden gestemd hebben of wanneer de stemperiode eindigt. Het
resultaat wordt bepaald via de methode die gespecificeerd wordt in
§A.5 van de standaard resolutieprocedure. Er is geen beslissende
stem. Als er meerdere opties zijn zonder nederlaag in de
Schwartz-verzameling aan het einde van §A.5.8, wordt de winnaar
willekeurig gekozen uit die opties, via een door de projectsecretaris
gekozen mechanisme.
</p>
</li>
<li>
<p>De voorzitter kan samen met de secretaris de projectleider
vervangen.</p>
<p>Zoals bepaald in §7.1(2) kunnen de voorzitter van het
technisch comité en de projectsecretaris samen de projectleider
vervangen als er geen projectleider is.</p>
</li>
</ol>
<h3>6.2. Samenstelling</h3>
<ol>
<li>
<p>Het technisch comité bestaat uit maximaal 8 ontwikkelaars en
behoort gewoonlijk minstens 4 leden te hebben.</p>
</li>
<li>
<p>Als het technisch comité minder dan 8 leden telt, kan het comité
nieuwe leden aanbevelen bij de projectleider, die (individueel) kan
beslissen om deze al dan niet aan te stellen.</p>
</li>
<li>
<p>Wanneer het technisch comité 5 of minder leden telt, kan het
nieuwe leden aanstellen tot het aantal leden 6 bedraagt.</p>
</li>
<li>
<p>Wanneer er voor minstens een week 5 of minder leden waren, kan de
projectleider nieuwe leden aanstellen met een interval van minstens een
week per aanstelling, tot het aantal leden 6 bedraagt.</p>
</li>
<li>
<p>Een ontwikkelaar komt niet in aanmerking voor een (her)aanstelling
als lid van het technisch comité als deze in de loop van de vorige 12
maanden er lid van was.</p>
</li>
<li>
<p>Als het technisch comité en de projectleider ermee akkoord gaan,
kunnen ze een bestaand lid van het technisch comité verwijderen of
vervangen.</p>
</li>
<li>
<p>Einde van de termijn:</p>
<ol>
<li>
<p>Op 1 januari van elk jaar wordt vastgesteld dat de termijn van een
lid van het comité dat meer dan 42 maanden (3,5 jaar) in functie was
en behoort tot de twee oudste leden, afloopt op 31 december van dat
jaar.</p>
</li>
<li>
<p>Van een lid van het technisch comité wordt gezegd dat deze ouder
is dan een ander, wanneer dit lid eerder aangesteld werd, of, indien
zij gelijktijdig aangesteld werden, langer lid is van het Debian
project. Indien een lid meer dan eens aangesteld werd, is enkel de
laatste aanstelling van belang.</p>
</li>
</ol>
</li>
</ol>
<h3>6.3. Procedure</h3>
<ol>
<li>
<p>Resolutieproces.</p>
<p>Het Technisch Comité bereidt een resolutie voor de stemming voor
volgens het volgende proces:</p>
<ol>
<li>Elk lid van het technisch comité kan een resolutie voorstellen. Dit
doet een eerste stembiljet met twee keuzemogelijkheden ontstaan; de
andere keuzemogelijkheid is de standaardoptie "None of the above" (Geen
van bovenstaande). De indiener van de resolutie wordt de indiener van
die stemoptie.</li>
<li>Elk lid van het technisch comité kan bijkomende stemopties
voorstellen of een stemoptie die hij/zij voorgesteld had, wijzigen of
terugtrekken.</li>
<li>Indien alle stemopties behalve de standaardoptie teruggetrokken
worden, wordt het proces geannuleerd.</li>
<li>Elk lid van het Technisch Comité kan verzoeken om een stemming te
houden over het stembiljet in zijn huidige vorm. Deze stemming begint
onmiddellijk, maar indien een ander lid van het Technisch Comité bezwaar
maakt tegen het verzoek tot stemming voordat de stemming is voltooid,
wordt de stemming geannuleerd en heeft deze geen effect.</li>
<li>Twee weken na het oorspronkelijke voorstel wordt het stembiljet
gesloten voor eventuele verdere wijzigingen en begint de stemming
automatisch. Deze stemming kan niet worden geannuleerd.</li>
<li>Indien een stemming later dan 13 dagen na het indienen van het
oorspronkelijke resolutievoorstel wordt geannuleerd onder §6.3.1.4,
begint 24 uur na het tijdstip van annulatie in de plaats daarvan de in
§6.3.1.5 gespecificeerde stemming. Tijdens deze periode van 24 uur
kan niemand tot een stemming oproepen, maar de leden van het Technisch
Comité kunnen wel onder §6.3.1.2 wijzigingen aanbrengen aan het
stembiljet.</li>
</ol>
</li>
<li>
<p>Details in verband met de stemming</p>
<p>De uitkomst van de stemming wordt bepaald volgens het mechanisme voor
het tellen van stemmen, beschreven in §A.5. De stemperiode duurt een
week of, indien dit korter is, totdat er geen twijfel meer bestaat over de
uitslag, in de veronderstelling dat leden hun stem niet wijzigen. De leden
kunnen hun stem wijzigen tot het einde van de stemperiode. Er is een
quorum van twee. De stem van de voorzitter is doorslaggevend. De
standaardoptie is "None of the above" (geen van bovenstaande).</p>
<p>Wanneer het technisch
comité stemt over het al dan niet opheffen van een beslissing van een
ontwikkelaar die toevallig ook lid is van het comité, mag dat lid
niet stemmen (tenzij het de voorzitter betreft en in dat geval mag
deze enkel gebruik maken van zijn/haar beslissende stem).</p>
</li>
<li>
<p>Openbare discussie en besluitvorming.</p>
<p>Discussies, ontwerpresoluties en stemopties, en de door leden
van het comité uitgebrachte stemmen, worden openbaar gemaakt op de
publieke discussielijst van het technisch comité. Het comité heeft
geen aparte secretaris.</p>
</li>
<li>
<p>Vertrouwelijk karakter van aanstellingen.</p>
<p>Het technisch comité kan bij het voeren van een discussie over
aanstellingen bij het comité vertrouwelijke besprekingen hebben via
private e-mail of een private mailinglijst of via andere middelen.
Stemmingen over aanstellingen moeten evenwel openbaar zijn.</p>
</li>
<li>
<p>Geen gedetailleerde ontwerpwerkzaamheden.</p>
<p>Het technisch comité houdt zich niet bezig met het ontwerpen van
nieuwe voorstellen en beleidsmaatregelen. Zulke ontwerpwerkzaamheden
behoren persoonlijk of samen te worden uitgevoerd door individuele
personen en te worden besproken in gewone forums voor ontwerp en
uitvoering van technisch beleid.</p>
<p>Het technisch comité beperkt zich tot het kiezen uit of het
aannemen van compromissen tussen oplossingen die elders voorgesteld
en redelijkerwijs grondig besproken werden.</p>
<p><cite>Individuele leden van het technisch comité kunnen uiteraard
in eigen naam deelnemen aan elk aspect van ontwerp- en beleidswerk.</cite></p>
</li>
<li>
<p>Het technisch comité neemt enkel beslissingen als laatste
redmiddel.</p>
<p>Het technisch comité neemt geen technische beslissing totdat
inspanningen om via consensus tot een oplossing te komen geleverd
werden en mislukt zijn, tenzij het gevraagd werd om een beslissing
te nemen door de persoon of de instantie die daarvoor normaal
verantwoordelijk is.</p>
</li>
<li>
<p>Een algemene resolutie voorstellen.</p>
<p>Wanneer het Technisch Comité een algemene resolutie of een
stemoptie voor een algemene resolutie voorstelt
aan het project volgens §4.2.1, kan zij (via een resolutie of op een
andere door het Technisch Comité overeengekomen wijze) de bevoegdheid om
de stemoptie in te trekken, te wijzigen of er kleine wijzigingen aan aan
te brengen, delegeren naar een van haar leden. Indien dit niet het geval
is, moeten deze beslissingen worden genomen met een besluit van het
Technisch Comité.</p>
</li>
</ol>
<toc-add-entry name="item-7">7. De projectsecretaris</toc-add-entry>
<h3>7.1. Bevoegdheden</h3>
<p>De <a href="secretary">secretaris</a>:</p>
<ol>
<li>
<p>Houdt stemmingen onder de ontwikkelaars en bepaalt het aantal en
de identiteit van ontwikkelaars, telkens dit door de statuten vereist
wordt.</p>
</li>
<li>
<p>Kan samen met de voorzitter van het technisch comité de
projectleider vervangen.</p>
<p>Indien er geen projectleider is, kunnen de voorzitter van het
technisch comité en de secretaris in gemeenschappelijk akkoord
beslissingen nemen indien ze het noodzakelijk achten om dit te doen.</p>
</li>
<li>
<p>Beslecht alle geschillen over de interpretatie van de statuten.</p>
</li>
<li>
<p>Kan zijn/haar bevoegdheden gedeeltelijk of volledig delegeren naar
iemand anders en een dergelijke delegatie op elk ogenblik intrekken.</p>
</li>
</ol>
<h3>7.2. Aanstelling</h3>
<p>De projectsecretaris wordt aangesteld door de projectleider en de
huidige projectsecretaris.</p>
<p>Indien de projectleider en de huidige projectsecretaris het niet eens
kunnen worden over een nieuwe aanstelling, moeten ze de ontwikkelaars
vragen om via een algemene resolutie een nieuwe secretaris aan te
stellen.</p>
<p>Indien er geen projectsecretaris is of de projectsecretaris momenteel
onbeschikbaar is en de bevoegdheid in verband met het nemen van een
bepaalde beslissing niet gedelegeerd heeft, dan kan die beslissing
genomen of gedelegeerd worden door de voorzitter van het technisch
comité als waarnemend secretaris.</p>
<p>De ambtstermijn van de projectsecretaris bedraagt 1 jaar, waarna deze
of een andere secretaris (her)aangesteld moet worden.</p>
<h3>7.3. Procedure</h3>
<p>De projectsecretaris behoort eerlijke en redelijke beslissingen te
nemen, welke bij voorkeur verenigbaar zijn met de consensus onder de
ontwikkelaars.</p>
<p>Wanneer zij samen optreden als plaatsvervangers van een afwezige
projectleider, behoren de voorzitter van het technisch comité en de
projectsecretaris enkel beslissingen te nemen wanneer dit absoluut
noodzakelijk is en enkel wanneer deze verenigbaar zijn met de consensus
onder de ontwikkelaars.</p>
<toc-add-entry name="item-8">8. De gemachtigden van de projectleider</toc-add-entry>
<h3>8.1. Bevoegdheden</h3>
<p>De gemachtigden van de projectleider:</p>
<ol>
<li>hebben de bevoegdheden die aan hen gedelegeerd werden door de
projectleider;</li>
<li>mogen bepaalde beslissingen nemen die de projectleider niet
rechtstreeks kan nemen, waaronder het aanvaarden of uitsluiten van
ontwikkelaars of het aanstellen tot ontwikkelaar van personen die geen
pakketten onderhouden. <cite>Dit is om een concentratie van macht in de
handen van de projectleider te vermijden, in het bijzonder met
betrekking tot het lidmaatschap van ontwikkelaars.</cite></li>
</ol>
<h3>8.2. Aanstelling</h3>
<p>De gemachtigden worden door de projectleider aangesteld en kunnen door
de projectleider naar goeddunken vervangen worden. De projectleider mag
de functie van gemachtigde niet voorwaardelijk maken aan specifieke
beslissingen van de gemachtigde, en mag evenmin een door een gemachtigde
genomen beslissing ongedaan maken.</p>
<h3>8.3. Procedure</h3>
<p>Gemachtigden mogen naar eigen goeddunken beslissingen nemen, maar
behoren ernaar te streven technisch goede beslissingen toe te passen en/of
te handelen volgens consensusopvattingen.</p>
<toc-add-entry name="item-9">9. Voor Debian in beheer gehouden activa</toc-add-entry>
<p>In de meeste rechtsgebieden in de wereld bevindt Debian zich niet in
een positie om rechtstreeks fondsen of andere eigendommen in bezit te
hebben. Daarom moeten bezittingen eigendom zijn van een aantal
organisaties, zoals beschreven in §9.2.</p>
<p>Traditioneel was SPI de enige organisatie die gemachtigd was om
eigendom en geld in bezit te houden voor het Debian project. SPI werd
opgericht in de U.S. om daar geld in beheer te houden.</p>
<p><a href="https://www.spi-inc.org/";>SPI</a> en Debian zijn aparte
organisaties die bepaalde gezamenlijke doelstellingen hebben.
Debian is dankbaar voor het juridische ondersteuningskader dat SPI
biedt.</p>
<h3>9.1. Relatie met geassocieerde organisaties</h3>
<ol>
<li>
<p>Ontwikkelaars van Debian worden geen agenten of werknemers van
organisaties die activa in beheer houden voor Debian, of van elkaar
of van personen met autoriteit in het Debian project, uitsluitend
omdat zij Debian-ontwikkelaars zijn. Een persoon die als ontwikkelaar
optreedt, doet dit als individu en voor eigen rekening. Dergelijke
organisaties kunnen uit eigen beweging relaties aangaan met
individuen die ook Debian-ontwikkelaars zijn.</p>
</li>
</ol>
<h3>9.2. Bevoegdheid</h3>
<ol>
<li>
<p>Een organisatie die activa in beheer houdt voor Debian heeft geen
bevoegdheid met betrekking tot Debian's technische of niet-technische
beslissingen, behalve dat geen enkele beslissing van Debian met
betrekking tot een eigendom die door de organisatie in bezit gehouden
wordt, haar kan verplichten buiten haar wettelijke bevoegdheid te
treden.</p>
</li>
<li>
<p>Debian claimt geen bevoegdheid over een organisatie die activa in
beheer houdt voor Debian, behalve dan over het gebruik van de
eigendom die voor Debian in beheer gehouden wordt.</p>
</li>
</ol>
<h3>9.3. Vertrouwde organisaties</h3>
<p>Giften voor het Debian project moeten gedaan worden aan een
organisatie uit de reeks organisaties die door de projectleider (of
een gemachtigde) aangewezen werden als bevoegd voor het behandelen van
activa die voor het Debian project gebruikt moeten worden.</p>
<p>Organisaties die voor Debian activa in beheer hebben, behoren redelijke
verplichtingen op zich te nemen voor het behandelen van dergelijke
activa.</p>
<p>Debian houdt een openbare lijst bij van vertrouwde organisaties die giften
aanvaarden en activa in beheer hebben voor Debian (met inbegrip van zowel
materiële als intellectuele eigendom) met inbegrip van de engagementen welke
deze organisaties hebben aangegaan over hoe deze activa behandeld zullen
worden.</p>
<toc-add-entry name="item-A">A. Standaard resolutieprocedure</toc-add-entry>
<p>Deze regels zijn van toepassing op de algemene besluitvorming door comité's
en raadplegingen van ontwikkelaars, zoals hierboven vermeld.</p>
<h3>A.0. Voorstel</h3>
<ol>
<li>De formele procedure start wanneer een ontwerpresolutie voorgesteld en
gesteund wordt, zoals gespecificeerd in §4.2.1.</li>
<li>Deze ontwerpresolutie wordt een keuzemogelijkheid op een initieel
stembiljet met twee keuzemogelijkheden; de andere keuzemogelijkheid is de
standaardoptie, en de indiener van de ontwerpresolutie wordt de indiener van
die stemoptie.</li>
</ol>
<h3>A.1. Discussie en amendering</h3>
<ol>
<li>De discussieperiode begint wanneer een ontwerpresolutie voorgesteld en
gesteund wordt. De minimale discussieperiode bedraagt 2 weken. De maximale
discussieperiode is 3 weken.</li>
<li>Een nieuwe stemoptie kan voorgesteld en gesteund worden volgens de
vereisten die gelden voor een nieuwe resolutie.</li>
<li>De indiener van een stemoptie kan deze optie wijzigen wijzigen, mits
geen van de indieners van die stemoptie op het moment dat de wijziging wordt
voorgesteld, het binnen 24 uur met die wijziging oneens is. Indien een van
hen het er niet mee eens is, wordt de stemoptie ongewijzigd gelaten.</li>
<li>De toevoeging van een stemoptie of de wijziging via een amendement van
een stemoptie verandert het einde van de discussieperiode in één week vanaf
het tijdstip waarop deze actie werd ondernomen, tenzij daardoor de totale
discussieperiode korter zou worden dan de minimale discussieperiode of
langer dan de maximale discussieperiode. In het laatste geval wordt in
plaats daarvan de lengte van de discussieperiode vastgesteld op de maximale
discussieperiode.</li>
<li>De indiener van een stemoptie mag kleine wijzigingen aan die optie
aanbrengen (bijvoorbeeld typografische verbeteringen, correcties van
inconsistenties, of andere wijzigingen die de betekenis niet veranderen),
mits geen enkele ontwikkelaar binnen 24 uur bezwaar maakt. In dit geval
wordt de duur van de discussieperiode niet gewijzigd. Als een ontwikkelaar
wel bezwaar maakt, moet in plaats daarvan de wijziging worden doorgevoerd
via een wijziging volgens §A.1.3.</li>
<li>De Projectleider kan op elk moment in het proces de minimale en maximale
discussieperiode verhogen of verlagen met maximaal 1 week ten opzichte van
hun oorspronkelijke waarden in §A.1.1, behalve dat dit niet mag
gebeuren op een manier die ertoe leidt dat de discussieperiode eindigt
binnen 48 uur na het moment waarop deze wijziging is aangebracht. De lengte
van de discussieperiode wordt dan herberekend alsof de nieuwe minimum- en
maximumlengtes van kracht waren geweest tijdens alle eerdere wijzigingen aan
het stembiljet onder §A.1.1 en §A.1.4.</li>
<li>De standaardoptie heeft geen indieners of ondersteuners, en kan niet
worden gewijzigd of ingetrokken.</li>
</ol>
<h3>A.2. Stemopties intrekken</h3>
<ol>
<li>De indiener van een stemoptie kan zich terugtrekken. Als deze dat doet,
kunnen nieuwe indieners naar voren treden om de stemoptie levend te houden,
in welk geval de eerste persoon die dit doet de nieuwe indiener wordt en
alle anderen ondersteuners worden als ze dat nog niet zijn. Nieuwe indieners
of ondersteuners moeten voldoen aan de eisen voor het indienen of steunen
van een nieuwe resolutie.</li>
<li>Een ondersteuner van een stemoptie kan zich terugtrekken.</li>
<li>Als de terugtrekking van de indiener en/of ondersteuners betekent dat
een stemoptie geen indiener of niet genoeg ondersteuners meer heeft om aan
de vereisten voor een nieuwe resolutie te voldoen, en er 24 uur verstrijken
zonder dat dit wordt verholpen door een andere indiener en/of ondersteuners
die naar voren treden, wordt de stemoptie van het ontwerpstembiljet
geschrapt. Dit verandert niets aan de duur van de discussieperiode.</li>
<li>Indien alle stemopties behalve de standaardoptie worden ingetrokken,
wordt de resolutie geannuleerd en vindt er geen stemming plaats.</li>
</ol>
<h3>A.3. Oproep tot de stemming</h3>
<ol>
<li>Na afloop van de discussieperiode zal de projectsecretaris het
stembiljet publiceren en oproepen tot de stemming. De projectsecretaris kan
dit direct na het einde van de discussieperiode doen en moet dit doen binnen
zeven dagen na het einde van de discussieperiode.</li>
<li>De projectsecretaris bepaalt de volgorde van de stemopties en hun
samenvatting die voor het stembiljet worden gebruikt. De projectsecretaris
kan indieners van stemopties vragen om die samenvattingen op te stellen, en
kan ze naar eigen goeddunken herzien om ze duidelijker te maken.</li>
<li>Kleine wijzigingen in de stemopties onder §A.1.5 mogen alleen
worden aangebracht als er nog ten minste 24 uur resteren in de
discussieperiode, of als de projectsecretaris ermee instemt dat de wijziging
de betekenis van de stemoptie niet wijzigt en (indien dit wel het geval zou
zijn) uitstel van de stemming rechtvaardigt. De projectsecretaris zal na een
dergelijke wijziging 24 uur de tijd geven voor bezwaren alvorens tot de
stemming op te roepen.</li>
<li>Er mogen geen nieuwe opties worden voorgesteld, geen opties worden
gewijzigd en geen indieners of ondersteuners mogen zich terugtrekken indien
er minder dan 24 uur resteren in de discussieperiode, tenzij deze actie de
discussieperiode onder §A.1.4 met succes verlengt met ten minste 24 uur
extra.</li>
<li>Acties om het bestaande stembiljet te behouden kunnen worden ondernomen
binnen de laatste 24 uur van de discussieperiode, namelijk een sponsor die
bezwaar maakt tegen een wijziging onder §A.1.3, een ontwikkelaar die
bezwaar maakt tegen een kleine wijziging onder §A.1.5, naar voren
treden als indiener van een bestaande stemoptie die door de oorspronkelijke
indiener werd ingetrokken onder §A.2.1, of het steunen van een
bestaande stemoptie die minder dan het vereiste aantal ondersteuners heeft
vanwege de terugtrekking van een ondersteuner onder §A.2.2.</li>
<li>De Projectsecretaris kan een uitzondering maken op §A.3.4 en
wijzigingen aan het stembiljet accepteren nadat deze niet langer zijn
toegestaan, op voorwaarde dat dit wordt gedaan ten minste 24 uur voor de
uitgifte van een oproep tot de stemming. Aan alle andere vereisten voor het
wijzigen van het stembiljet moet nog steeds worden voldaan. Dit zal naar
verwachting maar zelden voorkomen en mag alleen worden gedaan als de
projectsecretaris van mening is dat het schadelijk zou zijn voor de belangen
van het project als de wijziging niet werd doorgevoerd.</li>
</ol>
<h3>A.4. Stemprocedure</h3>
<ol>
<li>Voor opties waarvoor geen expliciete bijzondere meerderheid vereist is,
geldt een meerderheidsvereiste van 1:1. Voor de standaardoptie is geen
bijzondere meerderheid vereist.</li>
<li>De stemmen worden geteld volgens de regels in §A.5.</li>
<li>In geval van twijfel beslist de projectsecretaris over
procedurekwesties.</li>
</ol>
<h3>A.5. Tellen van de stemmen</h3>
<ol>
<li> Elke stemmer rangschikt de opties die ter stemming voorliggen.
Niet alle opties dienen gerangschikt te worden. Gerangschikte opties
worden aanzien als verkozen boven alle niet-gerangschikte opties.
Stemmers kunnen opties gelijk rangschikken. Niet-gerangschikte opties
worden onderling als gelijk gerangschikt beschouwd. Details over hoe
stembiljetten kunnen worden ingevuld, worden opgenomen in de oproep
tot de stemming.
</li>
<li> Indien bij de stemming een vereist quorum R geldt, wordt elke
optie, op de standaardoptie na, die niet minstens R stemmen behaalt,
buiten beschouwing gelaten.
</li>
<li> Elke (niet-standaard) optie die de standaardoptie niet verslaat
met de vereiste meerderheidsverhouding, wordt buiten beschouwing
gelaten.
<ol>
<li>
Gegeven twee opties A en B, dan is V(A,B) het aantal
stemmers dat optie A verkiest boven optie B.
</li>
<li>
Een optie A verslaat de standaardoptie D met een
meerderheidsverhouding N, indien V(A,D) groter of
gelijk is aan N * V(D,A) en V(A,D) strikt groter is
dan V(D,A).
</li>
<li>
Indien voor A een bijzondere meerderheid van S:1
vereist is, is zijn meerderheidsverhouding S; anders is
zijn meerderheidsverhouding 1.
</li>
</ol>
</li>
<li> Uit de lijst van opties die niet buiten beschouwing gelaten
worden, genereren we een lijst met paarsgewijze nederlagen.
<ol>
<li>
Een optie A verslaat een optie B indien V(A,B) strikt
groter is dan V(B,A).
</li>
</ol>
</li>
<li> Uit de lijst van [niet buiten beschouwing gelaten] paarsgewijze
nederlagen genereren we een verzameling transitieve nederlagen.
<ol>
<li>
Een optie A verslaat transitief een optie C indien A C
verslaat of indien er een bepaalde andere optie B is
waarbij A B verslaat EN B C transitief verslaat.
</li>
</ol>
</li>
<li> We stellen de Schwartz-verzameling samen uit de verzameling
transitieve nederlagen.
<ol>
<li>
Een optie A zit in de Schwartz-verzameling indien voor
alle opties B, A ofwel B transitief verslaat of B A
niet transitief verslaat.
</li>
</ol>
</li>
<li> Indien er in de Schwartz-verzameling nederlagen zijn tussen
opties, dan laten we de zwakste van dergelijke nederlagen weg uit
de lijst van paarsgewijze nederlagen en keren we terug naar stap
5.
<ol>
<li>
Een nederlaag (A,X) is zwakker dan een nederlaag (B,Y),
indien V(A,X) kleiner is dan V(B,Y). Eveneens is (A,X)
zwakker dan (B,Y), indien V(A,X) gelijk is aan V(B,Y)
en V(X,A) groter is dan V(Y,B).
</li>
<li>
Een zwakste nederlaag is een nederlaag die geen enkele
nog zwakkere nederlaag kent. Er kan meer dan één
dergelijke nederlaag zijn.
</li>
</ol>
</li>
<li> Indien er in de Schwartz-verzameling geen nederlagen zijn, dan
wordt de winnaar gekozen uit de opties die de Schwartz-verzameling
bevat. Indien er slechts één dergelijke optie is, dan is deze de
winnaar. Indien er meerdere opties zijn, bepaalt de kiezer met de
beslissende stem welke van deze opties wint.
</li>
</ol>
<p>
<strong>Opmerking:</strong> Opties welke de stemmers rangschikken boven
de standaardoptie, zijn opties welke zij aanvaardbaar achten. Opties die
gerangschikt werden onder de standaardoptie zijn opties welke zij
onaanvaardbaar achten.
</p>
<p><cite>Wanneer voor het tellen van de stemmen het mechanisme van de standaard resolutieprocedure gebruikt moet worden, moet de tekst die ernaar verwijst specificeren wie een beslissende stem heeft, wat het quorum is, wat de standaardoptie is, en welke bijzondere meerderheid er eventueel vereist is. Voor de standaardoptie mag geen bijzondere meerderheid vereist zijn.</cite></p>
<toc-add-entry name="item-B">B. Taalgebruik en typografie</toc-add-entry>
<p>De aantonende wijs (<q>is</q>, bijvoorbeeld) betekent dat de uitspraak
in deze statuten als regel geldt. <q>Mag</q> of <q>kan</q> geven aan
dat de persoon of de instantie discretionaire bevoegdheid heeft.
<q>Behoort te</q> betekent dat het als een goede zaak beschouwd wordt
mocht aan de uitspraak gevolg gegeven worden, maar dat dit niet
dwingend is. <cite>Tekst welke als een citaat, zoals dit, weergegeven
wordt is toelichting en maakt geen deel uit van de statuten. Er kan
enkel gebruik van gemaakt worden om te helpen bij de interpretatie van
twijfelgevallen.</cite></p>
Reply to: