Costituzione Debian

Costituzione per il Progetto Debian (v1.6)

La versione 1.6 è stata ratificata il 13 dicembre 2015.

È stata sostituita dalla versione 1.7 ratificata il 17 agosto 2016, dalla versione 1.8 ratificata il 28 gennaio 2022 e infine dalla versione 1.9 attualmente in vigore ratificata il 26 marzo 2022.

Sostituiva la versione 1.5 ratificata il 9 gennaio 2015, la versione 1.4 ratificata il 7 ottobre 2007, la versione 1.3 ratificata il 24 settembre 2006, la versione 1.2 ratificata il 29 ottobre 2003, la versione 1.1 ratificata il 21 giugno 2003 e la versione 1.0 ratificata il 2 dicembre 1998.

1. Introduzione
2. Cariche e comitati direttivi
3. Singoli Sviluppatori
4. Gli Sviluppatori per mezzo di Risoluzioni Generali o elezioni
5. Leader del Progetto
6. Commissione Tecnica
7. Il Segretario del Progetto
8. I Delegati del Leader del Progetto
9. Beni custoditi per Debian
A. Procedura Standard per le Risoluzioni
B. Uso del linguaggio e convenzioni tipografiche

1. Introduzione

Il Progetto Debian è una associazione di individui che condividono la causa comune di creare un sistema operativo libero.

Questo documento descrive la struttura organizzativa per decisioni formali all'interno del Progetto. Esso non descrive gli obiettivi del Progetto o come raggiungerli, né contiene alcuna direttiva eccetto quelle direttamente correlate al processo decisionale.

2. Cariche e comitati direttivi

Ogni decisione all'interno del Progetto viene presa da uno o più dei seguenti:

Gli Sviluppatori, mediante Risoluzioni Generali o elezione;
Il Leader del Progetto;
La Commissione Tecnica o il suo Presidente;
Il singolo Sviluppatore che si dedica ad un compito in particolare;
Delegati nominati dal Leader del Progetto per compiti specifici;
Il Segretario del Progetto.

Gran parte del resto di questo documento delineerà i poteri di tali comitati, la loro composizione e nomina, nonché le procedure da seguire per le loro decisioni. I poteri di una persona o di un comitato possono essere soggetti a revisione o limitazione da parte di altri; in questi casi lo specificherà la voce relativa al comitato o alla persona sottoposta a revisione. Nella lista di cui sopra, una persona o comitato viene solitamente elencata prima di ogni persona o comitato di cui possa revocare le decisioni o che contribuisce a nominare - ciò non significa che chiunque elencato prima possa revocare le decisioni di chi viene elencato successivamente.

2.1. Regole generali

Nulla di ciò che è contenuto in questa costituzione impone un obbligo di compiere un determinato lavoro per il Progetto. Una persona che non volesse svolgere un compito il quale è stato delegato o assegnato a lui non deve necessariamente portarlo a termine. Ciò nonostante, costoro non devono adoperarsi attivamente contro tali regole o contro le decisioni prese correttamente in accordo con queste ultime.
Ogni persona può ricoprire diverse cariche contemporaneamente, fatta eccezione del fatto che il Leader del Progetto, il Segretario del Progetto e il Presidente della Commissione Tecnica devono essere distinti, e che il Leader non può nominare se stesso come proprio Delegato.
Una persona può lasciare il Progetto o dimettersi da una particolare carica che ricopre in qualsiasi momento, mediante dichiarazione pubblica.

3. Singoli Sviluppatori

3.1. Poteri

Un singolo Sviluppatore può

prendere ogni decisione tecnica o non tecnica riguardante il proprio lavoro;
proporre o sostenere bozze di Risoluzioni Generali;
proporre sé stesso come candidato durante le elezioni del Leader del Progetto;
votare per Risoluzioni Generali e per l'elezione del Leader.

3.2. Composizione e nomine

Gli Sviluppatori sono volontari che concordano sul promuovere gli scopi del Progetto fintanto che vi partecipano e che mantengono uno o più pacchetti per il Progetto o che svolgono altri compiti che i Delegati del Leader del Progetto considerano utili.
I Delegati del Leader del Progetto possono scegliere di non ammettere nuovi Sviluppatori o di espellere Sviluppatori esistenti. Se gli Sviluppatori dovessero avvertire che i Delegati stiano abusando della loro autorità, possono naturalmente revocare la decisione mediante una Risoluzione Generale - si veda §4.1(3), §4.2.

3.3. Procedure

Gli Sviluppatori possono intraprendere tali decisioni ogni volta che ne sentano la necessità.

4. Gli Sviluppatori per mezzo di Risoluzioni Generali o elezioni

4.1. Poteri

Insieme, gli Sviluppatori possono:

Nominare o richiamare il Leader del Progetto.
Emendare questa costituzione, fintanto che concordino con una maggioranza di 3:1.
Prendere o revocare una qualsiasi decisione autorizzata dai poteri del Leader del Progetto o di un Delegato.
Prendere o revocare una qualsiasi decisione autorizzata dai poteri della Commissione Tecnica, fintanto che concordino con una maggioranza di 2:1.
Emettere, rimpiazzare o revocare documenti o dichiarazioni non tecniche di indirizzo.

Questi comprendono documenti che descrivono gli scopi del progetto, le sue relazioni con altre entità del software libero e linee guida non tecniche, quali i termini di licenza del software libero a cui debba sottostare il software contenuto in Debian.

Possono anche comprendere prese di posizione riguardo ad argomenti del giorno.
1. Un Documento Istituzionale è un documento o dichiarazioni considerato critico per la missione e gli scopi del Progetto
2. I Documenti Istituzionali sono quelli intitolati Contratto Sociale Debian e Linee Guida Debian per il Software Libero.
3. Un Documento Istituzionale richiede una maggioranza di 3:1 per la sua sostituzione. L'emissione di nuovi Documenti Istituzionali e la revoca di quelli esistenti avviene mediante emendamento della lista dei Documenti Istituzionali presente in questa Costituzione.
Prendere decisioni riguardanti proprietà affidate per fini legati a Debian (si veda §9.1.).
In caso di disaccordo tra il Leader del Progetto e il segretario in carica, nominare un nuovo segretario.

4.2. Procedure

Gli Sviluppatori seguono la Procedura Standard per le Risoluzioni, specificata in seguito. Una risoluzione o emendamento viene introdotto su proposta di uno Sviluppatore e sostenuta da almeno K altri Sviluppatori, oppure su proposta del Leader del Progetto e della Commissione Tecnica.
Bloccare una decisione del Leader del Progetto o dei suoi Delegati;
1. Se il Leader del Progetto o i suoi Delegati o la Commissione Tecnica hanno preso una decisione, gli Sviluppatori possono annullarla facendo passare una apposita risoluzione; si veda §4.1(3).
2. Se una simile risoluzione viene sostenuta da almeno 2K Sviluppatori o se viene proposta dalla Commissione Tecnica, la risoluzione blocca immediatamente la decisione (fintanto che la risoluzione stessa lo dica esplicitamente).
3. Se la decisione originale riguarda il cambiamento di un periodo di discussione o di voto, o la risoluzione consiste nell'annullare una decisione della Commissione Tecnica, allora sono necessari solamente K Sviluppatori per sostenere la risoluzione ed essere in grado di bloccare immediatamente la decisione.
4. Se la decisione viene bloccata, deve essere tenuta una votazione immediata per determinare se la decisione continuerà fino a che sia stata compiuta la votazione definitiva oppure se l'attuazione della decisione originale verrà ritardata fino ad allora. Non vi è alcun quorum per questa immediata votazione procedurale.
5. Se il Leader del Progetto (o i Delegati) ritirano la decisione originale, la votazione diviene inutile e non avrà più luogo.
Le votazioni vengono tenute dal Segretario del Progetto. Voti, conteggi e risultati non devono essere rivelati durante il periodo di voto; dopo il voto, il Segretario del Progetto elenca tutti i risultati delle votazioni. Il periodo di voto è di 2 settimane, ma può essere variato di un tempo lungo al massimo 1 settimana dal Leader del Progetto.
Il periodo di discussione minimo è di 2 settimane, ma può essere variato di un tempo lungo al massimo una settimana dal Leader del Progetto. Il Leader del Progetto ha un voto decisivo. Vi è un quorum di 3Q.
Proposte, supporti, emendamenti, chiamate al voto e altre azioni formali vengono fatte mediante annuncio su liste di posta leggibili pubblicamente designate da Delegati del Leader del Progetto; ogni Sviluppatore deve potervi spedire messaggi.
I voti vengono presentati per posta elettronica in una maniera adatta al Segretario. Il Segretario determina per ogni votazione se i votanti siano in grado di cambiare il proprio voto.
Q corrisponde alla metà della radice quadrata del numero corrente di Sviluppatori. K corrisponde a Q oppure 5, quale che sia il minore. Q e K non necessitano di essere interi e non vengono arrotondati.

5. Leader del Progetto

5.1. Poteri

Il Leader del Progetto può:

Assegnare Delegati o delegare decisioni alla Commissione Tecnica.

Il Leader può definire un'area di crescente responsabilità o una decisione specifica e affidarla ad un altro Sviluppatore o alla Commissione Tecnica.

Una volta che una particolare decisione è stata delegata e determinata, il Leader del Progetto non può ritirare tale delega; tuttavia, il Leader può ritirare da una delega in corso una particolare area di responsabilità.
Cedere autorità ad altri Sviluppatori.

Il Leader del Progetto può fare dichiarazioni di supporto per determinati punti di vista o per altri membri del progetto, quando richiesto o altrimenti; tali dichiarazioni hanno forza se e solo se il Leader viene incaricato di decidere sulla questione.
Prendere ogni decisione che richiede un provvedimento urgente.

Questo non si applica a decisioni che sono divenute gradualmente urgenti a causa della mancanza di azioni rilevanti, a meno che vi sia una scadenza fissa.
Compiere decisioni per le quali nessun altro ha responsabilità.
Proporre bozze di Risoluzioni Generali e emendamenti.
Insieme alla Commissione Tecnica, nominare nuovi membri alla Commissione. (Si veda §6.2.)
Utilizzare un voto decisivo quando gli Sviluppatori votano.

Il Leader del Progetto ha anche un voto normale in tali ballottaggi.
Variare il periodo di discussione per le votazioni degli Sviluppatori (come detto sopra).
Condurre discussioni tra gli Sviluppatori.

Il Leader del Progetto dovrebbe tentare di partecipare alle discussioni tra gli Sviluppatori in maniera utile in modo da portare la discussione a vertere sull'attuale argomento chiave. Il Leader del Progetto non dovrebbe impiegare la posizione di Leader per promuovere le proprie posizioni personali.
Consultandosi con gli sviluppatori, prendere decisioni che coinvolgano proprietà affidate per fini legati a Debian. (Si veda §9.1). Tali decisioni vengono comunicate ai membri dal Leader del Progetto o i dai Delegati. Le spese più rilevanti devono essere proposte e discusse sulla mailing list prima che i fondi vengano erogati.
Aggiungere o rimuovere organizzazioni dalla lista delle organizzazioni fidate (si veda §9.3) autorizzate ad accettare e custodire beni per Debian. Le valutazioni e discussioni che conducono a tali decisioni avvengono in una mailing list elettronica indicata dal Leader del Progetto o dai suoi Delegati, alla quale ogni sviluppatore possa scrivere. C'è un periodo minimo di discussione di due settimane prima che una organizzazione possa essere aggiunta alla lista delle organizzazioni fidate.

5.2. Nomine

Il Leader del Progetto viene eletto dagli Sviluppatori.
Le elezioni iniziano sei settimane prima che la carica di Leader divenga vacante oppure (se è già troppo tardi) immediatamente.
Per la settimana successiva ogni Sviluppatore può nominare sé stesso come candidato alla carica di Leader del Progetto e riassumere il proprio programma per l'incarico.
Per le tre settimane successive, nessun altro candidato può essere nominato; i candidati devono usare questo periodo per propaganda e dibattiti. Se non ci dovessero essere candidati alla fine del periodo di nomina, allora quest'ultimo verrà esteso per una ulteriore settimana, ripetutamente se necessario.
Le due settimane seguenti costituiscono il periodo di votazione, durante il quale gli Sviluppatori possono formulare i propri voti. Nelle elezioni del Leader, i voti vengono tenuti segreti, anche dopo che le elezioni siano finite.
Le opzioni all'atto del voto saranno quei candidati che si sono candidati e non si sono ancora ritirati, più None Of The Above (ndt: Nessuno Dei Precedenti). Se None Of The Above dovesse vincere le elezioni, allora la procedura di elezione deve essere ripetuta, anche più di una volta, se necessario.
La decisione verrà effettuata usando il metodo specificato nella sezione §A.6 della Procedura Standard per le Risoluzioni. Il quorum richiesto è lo stesso di quello necessario per le Risoluzioni Generali (§4.2) e l'opzione predefinita è None Of The Above.
Il Leader del Progetto resterà in carica per un anno dalla sua elezione.

5.3. Procedure

Il Leader del Progetto deve cercare di prendere decisioni che siano coerenti con il consenso e le opinioni degli Sviluppatori.

Dove praticabile, il Leader del Progetto deve sollecitare informalmente i punti di vista degli Sviluppatori.

Il Leader del Progetto deve evitare di enfatizzare eccessivamente il proprio punto di vista quando compie decisioni in qualità di Leader.

6. Commissione Tecnica

6.1. Poteri

La Commissione Tecnica può:

Decidere riguardo ad ogni questione di condotta tecnica.

Questo comprende i contenuti dei manuali tecnici di condotta, i materiali di riferimento per gli sviluppatori, pacchetti di esempio e il comportamento di strumenti non sperimentali per la costruzione di pacchetti. (Ciò nonostante, in ognuno dei precedenti casi il manutentore del software o della documentazione in questione compie le decisioni iniziali; si veda 6.3(5).)
Decidere in merito a ogni questione tecnica dove la giurisdizione degli Sviluppatori si sovrappone.

Nei casi in cui gli Sviluppatori necessitino di implementare condotte o comportamenti tecnici compatibili (per esempio, se gli Sviluppatori fossero in disaccordo riguardo alle priorità di pacchetti in conflitto, oppure riguardo alla proprietà di un nome di comando, o riguardo a quale pacchetto sia responsabile di un baco sul quale entrambi i manutentori concordano che sia un baco, oppure riguardo a chi debba essere il manutentore di un pacchetto) la Commissione Tecnica può decidere in merito alla questione.
Prendere una decisione quando richiesto di fare ciò.

Ogni persona o comitato può delegare di propria iniziativa la Commissione Tecnica, oppure chiederne consiglio.
Revocare le decisioni di uno Sviluppatore (richiede una maggioranza di 3:1).

La Commissione Tecnica può chiedere a uno Sviluppatore di intraprendere una particolare serie di azioni tecniche anche se lo Sviluppatore non lo desidera; questo richiede una maggioranza di 3:1. Per Esempio, la Commissione può determinare che una lamentela fatta da chi segnala un baco è giustificata e che la soluzione proposta debba essere implementata.
Offrire consiglio.

La Commissione Tecnica può compiere annunci formali riguardanti le proprie opinioni in ogni questione. I singoli membri possono, certamente, presentare discorsi informali riguardanti le proprie posizioni e riguardo le probabili posizioni della Commissione.
Insieme al Leader del Progetto, nominare nuovi membri della Commissione stessa o rimuovere membri esistenti. (Si veda §6.2.)
Nominare il Presidente della Commissione Tecnica.

Il Presidente viene eletto dai membri della Commissione . Tutti i membri della Commissione sono automaticamente candidati; il voto della Commissione inizia una settimana prima che il posto divenga vacante (oppure immediatamente se è già troppo tardi). I membri possono votare mediante pubblica acclamazione per ogni collega membro della Commissione, inclusi loro stessi; non vi è alcuna opzione predefinita. Il voto finisce quando tutti i membri hanno votato o quando il periodo di voto è terminato. Il risultato viene determinato mediante il metodo specificato nella sezione A.6 della Procedura Standard per le Risoluzioni.
Il Presidente può sostituire il Leader, insieme al Segretario.

Come specificato in §7.1(2), il Presidente della Commissione Tecnica e il Segretario del Progetto possono sostituire insieme il Leader nel caso in cui non vi fosse alcun Leader.

6.2. Composizione

La Commissione Tecnica consiste in un massimo di 8 Sviluppatori e deve avere almeno 4 membri.
Quando vi fossero meno di 8 membri, la Commissione Tecnica può raccomandare nuovi membri al Leader del Progetto, il quale può scegliere (individualmente) di nominarli oppure no.
Quando vi fossero 5 membri o meno, la Commissione Tecnica può nominare nuovi membri fino a che il numero di membri sale a 6.
Quando vi fossero stati 5 membri o meno per almeno una settimana, il Leader del Progetto può nominare nuovi membri fino a che il loro numero sale a 6, a intervalli di almeno una settimana per nomina.
Uno Sviluppatore non può essere (ri)nominato per la Commissione Tecnica se ne ha già fatto parte nei precedenti 12 mesi.
Se la Commissione Tecnica e il Leader del Progetto concordano, possono rimuovere o rimpiazzare un membro esistente della Commissione Tecnica.
Limite temporale:
1. Il 1° Gennaio di ogni anno viene stabilito che l'incarico del membro della Commissione Tecnica in carica da oltre 42 mesi (3 anni e mezzo) ed è uno dei due membri con maggior anzianità di servizio terminerà il 31 Dicembre dell'anno stesso.
2. Un membro della Commissione Tecnica è definito con maggior anzianità di un altro se è stato nominato in precedenza oppure se è stato nominato nello stesso momento ed è membro del Progetto Debian da più tempo. Nel caso che un membro sia stato nominato più di una volta è rilevante solo la nomina più recente.

6.3. Procedure

La Commissione Tecnica utilizza la Procedura Standard per le Risoluzioni.

Una bozza di risoluzione o emendamento può essere proposta da ogni membro della Commissione Tecnica. Non è previsto un periodo di discussione minimo; il periodo di voto dura fino a una settimana o fino a che l'esito non è più in dubbio. I membri possono cambiare il proprio voto. È previsto un quorum di due.
Dettagli riguardanti il voto.

Il Presidente ha diritto di veto. Quando la Commissione Tecnica vota per revocare le decisioni di uno Sviluppatore che è anche membro della Commissione stessa, tale membro non potrà votare (tranne nel caso in cui si tratti del Presidente, il quale potrà far uso esclusivamente del proprio diritto di veto).
Discussioni pubbliche e processo decisionale.

Discussioni, bozze, risoluzioni, emendamenti e i voti dei membri della Commissione sono resi pubblici mediante la lista di discussione pubblica della Commissione Tecnica. Non vi è una segreteria separata per la Commissione.
Riservatezza delle nomine.

La Commissione Tecnica può intrattenere discussioni riservate mediante posta privata, liste di posta private o altri mezzi per discutere nomine per la Commissione. Ciò nonostante, i voti riguardanti tali nomine dovranno essere pubblici.
Nessun progetto di lavoro dettagliato.

La Commissione Tecnica non si occupa della progettazione di nuove proposte e linee guida. Tale opera di progettazione deve essere svolta da individui privatamente o in collaborazione e discussa in forum pubblici riguardanti la condotta e la progettazione tecnica.

La Commissione Tecnica si limita ad adottare compromessi o a scegliere tra le soluzioni e decisioni che sono state proposte e ragionevolmente discusse altrove.

Membri individuali della Commissione potranno partecipare a proprio nome in qualsiasi aspetto della progettazione e della stesura delle linee guida.
La Commissione Tecnica prende decisioni solo come ultima risorsa.

La Commissione Tecnica non prende alcuna decisione tecnica fino a che gli sforzi tentati per risolvere la questione non siano falliti, a meno che il richiedente non sia la persona o il comitato normalmente responsabile per la scelta.

7. Il Segretario del Progetto

7.1. Poteri

Il Segretario:

Raccoglie i voti degli Sviluppatori, controllando il numero e l'identità degli stessi, quando questo sia richiesto dalla costituzione.
Può sostituire il Leader, insieme al Presidente della Commissione Tecnica.

Se non è presente un Leader del Progetto, allora il Presidente della Commissione Tecnica e il Segretario del Progetto possono, mediante accordo comune, prendere decisioni se dovessero considerare necessario fare ciò.
Aggiudica ogni disputa riguardante l'interpretazione della costituzione.
Può delegare parte o tutta la sua autorità a qualcun altro e ritirare tale delega in ogni momento.

7.2. Nomina

Il Segretario del Progetto viene nominato dal Leader del Progetto e dal Segretario del Progetto attuale.

Se il Leader del Progetto e l'attuale Segretario non fossero in grado di accordarsi sulla nomina diviene necessario interrogare gli Sviluppatori per mezzo di una Risoluzione Generale per nominare un Segretario.

Se non ci fosse un Segretario del Progetto oppure l'attuale Segretario del Progetto non fosse disponibile e non avesse delegato alcuna autorità per una decisione, allora la decisione può venire presa o delegata dal Presidente della Commissione Tecnica, in qualità di Sostituto Segretario.

La durata del mandato di Segretario del Progetto è di 1 anno, al termine del quale un altro Segretario deve essere (ri)nominato.

7.3. Procedure

Il Segretario del Progetto deve prendere decisioni che siano giuste e ragionevoli e, preferibilmente, coerenti con il consenso degli Sviluppatori.

Quando agiscono insieme per sostituire un Leader del Progetto assente, il Presidente della Commissione Tecnica e il Segretario del Progetto devono prendere decisioni solo quando assolutamente necessario e solo se coerenti con il consenso degli Sviluppatori.

8. I Delegati del Leader del Progetto

8.1. Poteri

I Delegati del Leader del Progetto:

hanno i poteri a loro delegati dal Leader del Progetto;
possono compiere alcune decisioni che il Leader non può prendere direttamente, compresa l'approvazione o l'espulsione di Sviluppatori o la designazione come Sviluppatori di persone che non gestiscono alcun pacchetto. Questo è per evitare una concentrazione di potere, particolarmente sull'appartenenza degli Sviluppatori al Progetto, nelle mani del Leader del Progetto.

8.2. Nomina

I Delegati vengono nominati dal Leader del Progetto e possono essere sostituiti dal Leader a propria discrezione. Il Leader del Progetto non può rendere la posizione di un Delegato condizionata ad una particolare decisione da parte del Delegato stesso e neppure può revocare una decisione presa da un Delegato una volta che questa sia stata fatta.

8.3. Procedure

I Delegati possono prendere decisioni quando opportuno, ma devono cercare di implementare buone decisioni tecniche o seguire l'opinione della maggioranza.

9. Beni custoditi per Debian

Nella maggior parte delle giurisdizioni mondiali il progetto Debian non è nella posizione per custodire direttamente fondi e altre proprietà. Pertanto le proprietà dovranno essere detenute da organizzazioni tra quelle descritte in §9.2.

Tradizionalmente SPI è stata l'unica organizzazione autorizzata a custodire proprietà e denaro per il Progetto Debian. SPI è stata creata negli Stati Uniti per custodire denaro in tale nazione.

SPI e Debian sono due organizzazioni separate che condividono alcuni obiettivi. Debian è grata per il supporto legale offerto da SPI.

9.1. Rapporti con Organizzazioni Associate

Gli Sviluppatori Debian non divengono agenti o impiegati di organizzazioni che custodiscono beni per Debian, o l'uno dell'altro o di persone dotate di autorità all'interno del Progetto Debian, per il solo merito di essere uno Sviluppatore Debian. Una persona che agisce come Sviluppatore lo fa come singolo individuo, a nome proprio. Tali organizzazioni possono, di propria iniziativa, stabilire rapporti con individui che siano anche Sviluppatori Debian.

9.2. Autorità

Una organizzazione che custodisce beni per Debian non possiede alcuna autorità riguardante le decisioni tecniche o non tecniche di Debian, fatta eccezione del fatto che nessuna decisione presa da Debian in merito a qualsiasi proprietà custodita dall'organizzazione possa richiedere che essa agisca al di là della sua autorità legale.
Debian non rivendica alcuna autorità sulle organizzazioni che custodiscono beni per Debian diversa da quelle sull'uso delle proprietà custodite per Debian.

9.3. Organizzazioni fidate

Ogni donazione per il Progetto Debian deve essere fatta a una tra le organizzazioni indicate dal Leader del Progetto (o da un Delegato) per essere autorizzate a gestire beni da usare per il Progetto Debian.

Le organizzazioni che custodiscono beni per Debian devono assumersi impegni ragionevoli per la gestione di tali beni.

Debian mantiene un pubblico Elenco delle Organizzazioni Fidate in grado di accettare donazioni e custodire beni per Debian (comprendendo sia proprietà tangibili e proprietà intellettuali) che include gli impegni presi da tali organizzazioni riguardo le modalità in cui i beni verranno gestiti.

A. Procedura Standard per le Risoluzioni

Queste regole si applicano alle modalità decisionali della comunità in commissioni e plebisciti, dove specificato precedentemente.

A.0. Proposta

La procedura formale inizia quando una bozza di Risoluzione viene proposta e supportata, come richiesto.

A.1. Discussione ed emendamento

Seguendo la proposta, la Risoluzione può essere discussa. Gli emendamenti possono essere resi formali quando li si propone e li si supporta in accordo con i requisiti per una nuova Risoluzione, o direttamente dal proponente la Risoluzione originale.
Un emendamento formale può essere accettato dal proponente la Risoluzione, nel qual caso la bozza formale di Risoluzione viene immediatamente cambiata per rispecchiare le modifiche.
Se un emendamento formale non viene accettato, o uno di coloro che supportano la risoluzione non è d'accordo con l'accettazione dell'emendamento formale da parte del proponente, l'emendamento rimane tale e si voterà su di esso.
Se un emendamento accettato dal proponente originale non è di gradimento ad altri, costoro possono proporre un altro emendamento per annullare i precedenti cambiamenti (nuovamente, costoro devono rispettare i requisiti necessari per i proponenti e per i garanti).
Colui che propone una nuova Risoluzione può suggerire cambiamenti alle parole usate negli emendamenti; questi avranno effetto se colui che propone l'emendamento è d'accordo e nessuno dei garanti obietta. In tal caso l'emendamento modificato verrà votato al posto dell'originale.
Il proponente una Risoluzione può compiere cambiamenti per correggere errori minori (per esempio, errori tipografici o inconsistenze) o cambiamenti che non alterino il significato, a patto che nessuno obietti nell'arco di 24 ore. In questo caso il periodo di discussione minimo non viene riavviato

A.2. Richiesta di voto

Il proponente o un garante di una mozione o di un emendamento può invocare la votazione, purché il periodo di discussione minimo (se è presente) sia terminato.
Il proponente o un garante di una risoluzione può invocare la votazione riguardo tale risoluzione e tutti gli emendamenti correlati.
La persona che invoca la votazione dichiara quali siano ritenute le scritture rilevanti della Risoluzione e quali siano gli emendamenti importanti e, conseguentemente, che forma la votazione deve prendere. Ciò nonostante, la decisione finale sulla forma di votazione spetta al Segretario - si veda 7.1(1), 7.1(3) e A.3(4).
Il periodo minimo di discussione viene conteggiato a partire dal momento in cui l'ultimo emendamento formale è stato accettato o a partire dal momento in cui l'intera Risoluzione è stata proposta se non è stato proposto e accettato nessun emendamento.

A.3. Procedura di voto

Ogni risoluzione con gli emendamenti correlati viene sottoposta a votazione in un singolo ballottaggio che comprende una opzione per la risoluzione originale, una per ogni emendamento e una per l'opzione predefinita (dove applicabile).
L'opzione predefinita non deve avere alcun requisito di maggioranza qualificata. Le opzioni che non possiedono un requisito esplicito di maggioranza qualificata necessitano di una maggioranza 1:1.
I voti vengono conteggiati secondo le regole presenti in A.6. Se non specificato diversamente, l'opzione predefinita è Further Discussion (ndt: Ulteriore Discussione).
In caso di dubbio il Segretario del Progetto deve decidere riguardo alla procedura.

A.4. Ritirare Risoluzioni o emendamenti non accettati

Colui che propone una Risoluzione o un emendamento non accettato può ritirare la propria proposta. In questo caso possono farsi avanti nuovi proponenti per mantenere viva la proposta e chiunque altro può diventare garante se non ci sono già altri garanti.

Il garante di una Risoluzione o di un emendamento (a meno che sia già stato accettato) può ritirarsi.

Se il ritiro del proponente o del garante significa che una Risoluzione non possiede più un proponente o non ha sufficienti garanti, essa non verrà votata fintanto che non verrà regolarizzata prima che la Risoluzione scada.

A.5. Scadenza

Se una proposta di Risoluzione non è stata discussa, emendata, votata o gestita in altro modo per 4 settimane, allora il Segretario può dichiarare che la questione sta per essere ritirata. Se nessuno dei garanti di una qualsiasi delle proposte obbietta entro una settimana, la questione è considerata ritirata.

Il Segretario può anche includere suggerimenti riaguardo al modo di procedere, se appropriato.

A.6. Conteggio dei Voti

Ogni votante classifica le opzioni su cui si vota. Non è necessario che vengano classificate tutte le opzioni. Le opzioni classificate verranno preferite a tutte quelle non classificate. I votanti possono classificare più opzioni nello stesso modo. Le opzioni non classificate vengono considerate come se fossero state tutte classificate nello stesso modo. I dettagli riguardanti alla modalità di voto verranno incluse nella Call For Votes (ndt. Chiamata al Voto).
Se il ballottaggio richiede un quorum R, ogni opzione (fatta eccezione dell'opzione predefinita) che non ha ricevuto almeno R voti che la classificassero al di sopra dell'opzione predefinita non verrà più considerata.
Ogni opzione (non predefinita) che non supera l'opzione predefinita del rapporto di maggioranza richiesto non verrà più considerata.
1. Date due opzioni A e B, V(A,B) è il numero di votanti che preferiscono l'opzione A all'opzione B.
2. Una opzione A supera l'opzione predefinita D di un rapporto di maggioranza N se V(A,D) è maggiore o uguale di N * V(D,A) e V(A,D) è strettamente maggiore di V(D,A).
3. Se una maggioranza qualificata di S:1 è richiesta per A, allora il suo rapporto di maggioranza richiesto è S; altrimenti tale rapporto sarà pari a 1.
Dall'elenco delle opzioni non scartate si genera una lista di sconfitte a coppie.
1. Una opzione A sconfigge una opzione B se V(A,B) è strettamente maggiore di V(B,A).
Dall'elenco delle sconfitte a coppie [non scartate], si genera un insieme di sconfitte transitive.
1. Una opzione A sconfigge transitivamente una opzione C se A sconfigge C o se esiste un'altra opzione B per cui A sconfigge B e B sconfigge transitivamente C.
Si costruisce quindi l'insieme di Schwartz dall'insieme delle sconfitte transitive.
1. Una opzione A appartiene all'insieme di Schwartz se, per tutte le opzioni B, A sconfigge transitivamente B oppure B non sconfigge transitivamente A.
Se sono presenti sconfitte tra opzioni nell'insieme di Schwartz, allora le più deboli in assoluto di tali sconfitte verrà scartata dalla lista di sconfitte a coppie, ritornando al passo 5.
1. Una sconfitta (A,X) è più debole di una sconfitta (B,Y) se V(A,X) è minore di V(B,Y). Inoltre, (A,X) è più debole di (B,Y) se V(A,X) è uguale a V(B,Y) e V(X,A) è maggiore di V(Y,B).
2. Una sconfitta è più debole in assoluto se non esistono sconfitte più deboli della sconfitta stessa. È possibile che vi sia più di una di tali sconfitte.
Se non ci sono sconfitte nell'insieme di Schwartz, allora il vincitore viene scelto tra le opzioni nell'insieme di Schwartz. Se rimanesse una sola opzione, questa sarebbe la vincitrice. Se ne dovesse rimanere più d'una, l'elettore con il voto decisivo deciderà quale tra queste opzioni sarà la vincitrice.

Nota: Le opzioni che il votante classifica sopra l'opzione predefinita sono le opzioni che costui considera accettabili. Le opzioni classificate al di sotto dell'opzione predefinita sono le opzioni considerate inaccettabili.

Quando viene impiegata la Procedura Standard per le Procedure, il testo che si riferisce ad essa deve specificare cosa è sufficiente per fare in modo che una bozza di Risoluzione possa essere proposta e supportata, quale sia il periodo di discussione minimo e quale sia il periodo di voto. Deve anche specificare se è necessario impiegare una maggioranza qualificata o un quorum (e relativa opzione predefinita).

B. Uso del linguaggio e convenzioni tipografiche

Il presente indicativo (è, per esempio) significa che l'affermazione è una regola in questa costituzione. Può e potrebbe indicano che la persona o il comitato ha discrezione. Dovrebbe significa che verrebbe considerato auspicabile che l'affermazione venisse seguita, senza porre però alcun vincolo. Il testo segnato come citazione, come questo, è una spiegazione e non fa parte della costituzione. Può essere utilizzato solo come aiuto per l'interpretazione in casi di dubbio.