1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
|
#use wml::debian::template title="Histórico da constituição do Debian v 1.3" BARETITLE="true"
#use wml::debian::toc
#use wml::debian::translation-check translation="7de52c11c6e319c053f658745650d45aeddbb0d3"
<h1>Histórico das constituições do Projeto Debian (v1.3)</h1>
<p>Versão 1.3 ratificada em 24 de setembro de 2006.</p>
<p>Substituída
pela <a href="constitution.1.4">versão 1.4</a> ratificada em 7 de outubro de 2007,
e pela <a href="constitution.1.5">versão 1.5</a> ratificada em 9 de janeiro de 2015,
e pela <a href="constitution.1.6">versão 1.6</a> ratificada em 13 de dezembro de 2015,
e pela <a href="constitution.1.7">versão 1.7</a> ratificada em 14 de agosto de 2016,
e pela <a href="constitution.1.8">versão 1.8</a> ratificada em 28 de janeiro de 2022,
e pela <a href="constitution">versão atual 1.9</a> ratificada em 26 de março de 2022.</p>
<p>Substitui
a <a href="constitution.1.2">Versão 1.2</a> ratificada em 29 de outubro de 2003,
a <a href="constitution.1.1">Versão 1.1</a> ratificada em 21 de junho de 2003,
e a <a href="constitution.1.0">Versão 1.0</a> ratificada em 2 de dezembro de 1998.</p>
<toc-display />
<toc-add-entry name="item-1">1. Introdução</toc-add-entry>
<p><cite>O Projeto Debian é uma associação de indivíduos que têm
a causa comum de criar um sistema operacional livre.</cite></p>
<p>Este documento descreve a estrutura organizacional para tomadas
de decisões formais no Projeto. Ele não descreve os objetivos do
Projeto ou como alcançá-los, ou contém quaisquer políticas exceto
aquelas diretamente relacionadas ao processo de tomada de decisões.</p>
<toc-add-entry name="item-2">2. Grupos e indivíduos na tomada de decisões</toc-add-entry>
<p>Cada decisão no Projeto é tomada por um ou mais dos seguintes:</p>
<ol>
<li>Os Desenvolvedores, por via de Resolução Geral ou uma eleição;</li>
<li>O Líder do Projeto;</li>
<li>O Comitê Técnico e/ou seu Presidente;</li>
<li>O Desenvolvedor individual trabalhando em uma tarefa particular;</li>
<li>Delegados apontados pelo Líder do Projeto para tarefas
específicas;</li>
<li>O Secretário do Projeto.</li>
</ol>
<p>A maior parte do restante deste documento descreverá os poderes destes
grupos, sua composição e nomeação e o procedimento para suas tomadas de
decisões. Os poderes de uma pessoa ou grupo podem estar sujeitos a revisão
e/ou limitação por outros; neste caso o grupo revisor ou a entrada da pessoa
mostrará isso. <cite>Na lista acima, uma pessoa ou grupo é normalmente
listado antes de quaisquer pessoas ou grupos cujas decisões eles podem
anular ou aqueles que eles (ajudam a) nomear - mas nem todos os listados
anteriormente podem anular todos os listados posteriormente.</cite></p>
<h3>2.1. Regras Gerais</h3>
<ol>
<li>
<p>Nada nesta constituição impõe uma obrigação a alguém de trabalhar
para o Projeto. Uma pessoa que não quer trabalhar em uma tarefa a
que foi designada ou delegada a ela não precisa executá-la.
No entanto, eles não podem trabalhar ativamente contra estas regras
e decisões genuinamente tomadas sob elas.</p>
</li>
<li>
<p>Uma pessoa pode ter vários cargos, exceto que o Líder do Projeto,
Secretário do Projeto e Presidente do Comitê Técnico devem ser
distintos, e que o Líder não pode nomeá-los como seus próprios
Delegados.</p>
</li>
<li>
<p>Uma pessoa pode deixar o Projeto ou renunciar de um cargo em particular
que eles tenham, a qualquer momento, fazendo isso publicamente.</p>
</li>
</ol>
<toc-add-entry name="item-3">3. Desenvolvedores Individuais</toc-add-entry>
<h3>3.1. Poderes</h3>
<p>Um Desenvolvedor Individual pode</p>
<ol>
<li>tomar qualquer decisão técnica ou não-técnica no que diz respeito
ao seu próprio trabalho;</li>
<li>propor ou apadrinhar rascunhos de Resoluções Gerais;</li>
<li>propor a si mesmos como um candidato a Líder do Projeto nas
eleições;</li>
<li>votar em Resoluções Gerais e em eleições para Líder.</li>
</ol>
<h3>3.2. Composição e nomeação</h3>
<ol>
<li>
<p>Desenvolvedores são voluntários que concordam em promover os
objetivos do Projeto à medida que eles participam no mesmo, e
que mantêm pacote(s) para o Projeto ou fazem outro trabalho que
o(s) Delegado(s) do Líder do Projeto considera(m) valer a pena.</p>
</li>
<li>
<p>O(s) Delegado(s) do Líder do Projeto podem escolher não admitir
novos Desenvolvedores, ou expulsar Desenvolvedores existentes.
<cite>Se os Desenvolvedores acham que os Delegados estão abusando
de sua autoridade eles podem, é claro, anular a decisão por meio
de uma Resolução Geral - veja §4.1(3), §4.2.</cite></p>
</li>
</ol>
<h3>3.3. Procedimento</h3>
<p>Desenvolvedores podem tomar decisões quando eles acharem conveniente.</p>
<toc-add-entry name="item-4">4. Os Desenvolvedores por meio de uma Resolução Geral ou eleição</toc-add-entry>
<h3>4.1. Poderes</h3>
<p>Juntos, os Desenvolvedores podem:</p>
<ol>
<li>
<p>Nomear ou destituir o Líder do Projeto.</p>
</li>
<li>
<p>Emendar esta constituição, desde que concordem em uma
maioria de 3:1.</p>
</li>
<li>
<p>Tomar ou anular qualquer decisão legitimada pelos poderes do Líder do
Projeto ou por um Delegado.</p>
</li>
<li>
<p>Tomar ou anular qualquer decisão legitimada pelos poderes do Comitê
Técnico, desde que concordem em uma maioria de 2:1.</p>
</li>
<li>
<p>Criar, substituir e retirar declarações e documentos de políticas
não-técnicas.</p>
<p>Estes incluem documentos descrevendo os objetivos do projeto, sua
relação com outras entidades de software livre e políticas não-técnicas
tais como termos de licença de software livre que software no Debian
deve atender.</p>
<p>Eles podem também incluir declarações de posicionamento sobre assuntos
do dia.</p>
<ol style="list-style: decimal;">
<li>Um Documento Fundamental é um documento ou declaração considerada
crítica para a missão e os propósitos do Projeto.</li>
<li>Os Documentos Fundamentais são os trabalhos intitulados <q>Debian
Social Contract</q> (<q>Contrato Social Debian</q>) e <q>Debian Free
Software Guidelines</q> (<q>Definição Debian de Software
Livre</q>).</li>
<li>Um Documento Fundamental requer uma maioridade 3:1 para sua
substituição. Novos Documentos de Fundação são emitidos e os
existentes são retirados através de emendas à lista de Documentos
de Fundação nesta constituição.</li>
</ol>
</li>
<li>
<p>Tomar decisões sobre propriedades guardadas em confiança para
propósitos relacionados ao Debian. (Veja §9.).</p>
</li>
<li>
<p>Em caso de um desentendimento entre o Líder do Projeto e o Secretário
incumbido, nomear um novo secretário.</p>
</li>
</ol>
<h3>4.2. Procedimento</h3>
<ol>
<li>
<p>Os(As) desenvolvedores(as) seguem o Procedimento de Resolução Padrão,
abaixo. Uma resolução ou emenda é introduzida se proposta por qualquer
Desenvolvedor e apadrinhada por pelo menos K outros Desenvolvedores,
ou se proposta pelo Líder do Projeto ou pelo Comitê Técnico.</p>
</li>
<li>
<p>Adiando uma decisão tomada pelo Líder do Projeto ou seu Delegado:</p>
<ol>
<li>Se o Líder do Projeto ou seu Delegado, ou o Comitê Técnico,
tomou uma decisão, então os Desenvolvedores podem anulá-la
passando uma resolução para tal; veja §4.1(3).</li>
<li>Se tal resolução for apadrinhada por pelo menos 2K Desenvolvedores,
ou se for proposta pelo Comitê Técnico, a resolução coloca a decisão
imediatamente em espera (desde que a resolução diga isso).</li>
<li>Se a decisão original foi para mudar um período de discussão ou
um período de votação, ou a resolução é para anular o Comitê Técnico,
então apenas K Desenvolvedores precisam apadrinhar a resolução para
que seja possível colocar a decisão imediatamente em espera.</li>
<li>Se a decisão é colocada em espera, uma votação imediata acontece
para determinar se a decisão deve continuar até que a votação completa
sobre a decisão seja feita ou se a implementação da decisão original
será adiada até lá. Não há quorum para este procedimento de votação
imediata.</li>
<li>Se o Líder do Projeto (ou o Delegado) retira a decisão
original, a votação torna-se discutível, e não é mais
conduzida.</li>
</ol>
</li>
<li>
<p>
Votos são recebidos pelo Secretário do Projeto. Votos, tabulações e
resultados não são revelados durante o período de votação; depois da
votação o Secretário do Projeto lista todos os votos. O período de
votação é de 2 semanas mas pode ser variado em até 1 semana pelo
Líder do Projeto.
</p>
</li>
<li>
<p>O período de discussão mínimo é de 2 semanas mas pode ser variado
em até uma semana pelo Líder do Projeto. O Líder do Projeto tem um
voto de minerva. Há um quorum de 3Q.</p>
</li>
<li>
<p>Propostas, padrinhos, emendas, chamadas para votação e
outras ações formais são feitas através de anúncios em uma lista
de e-mails publicamente legível designada pelo(s) Delegado(s)
do Líder do Projeto; qualquer Desenvolvedor pode postar lá.</p>
</li>
<li>
<p>Os votos são enviados por e-mail em uma maneira que convenha ao
Secretário. O Secretário determina para cada votação se os
votantes podem trocar seus votos ou não.</p>
</li>
<li>
<p>Q é a metade da raiz quadrada do número atual de Desenvolvedores.
K é Q ou 5, o que for menor. Q e K não precisam ser inteiros e não
são arredondados.</p>
</li>
</ol>
<toc-add-entry name="item-5">5. Líder do Projeto</toc-add-entry>
<h3>5.1. Poderes</h3>
<p>O <a href="leader">Líder do Projeto</a> pode:</p>
<ol>
<li>
<p>Nomear Delegados ou delegar decisões ao Comitê Técnico.</p>
<p>O Líder pode definir uma área de responsabilidade ou uma
decisão específica e passá-la para outro(a) desenvolvedor(a) ou
para o Comitê Técnico.</p>
<p>Uma vez que uma decisão particular tenha sido delegada e tomada o
Líder do Projeto não pode voltar atrás na delegação; no entanto,
ele pode voltar atrás em uma delegação corrente de uma área de
responsabilidade em particular.</p>
</li>
<li>
<p>Emprestar autoridade a outros Desenvolvedores.</p>
<p>O Líder do Projeto pode criar declarações de suporte para pontos
de vista ou para outros membros do projeto, quando requisitado
ou não; estas declarações têm força se, e apenas se, o Líder
receber poderes para tomar a decisão em questão.</p>
</li>
<li>
<p>Tomar qualquer decisão que requeira ação urgente.</p>
<p>Isto não se aplica a decisões que tornaram-se gradualmente
urgentes pela falta de ação relevante, a menos que haja um
prazo limite fixado.</p>
</li>
<li>
<p>Tomar qualquer decisão para a qual ninguém mais tem responsabilidade.</p>
</li>
<li>
<p>Propor rascunhos de Resoluções Gerais e emendas.</p>
</li>
<li>
<p>Juntamente com o Comitê Técnico, nomear novos membros para o
Comitê. (Veja §6.2.)</p>
</li>
<li>
<p>Usar um voto de minerva quando os Desenvolvedores votam.</p>
<p>O Líder do Projeto tem também um voto normal em tais votações.</p>
</li>
<li>
<p>Variar o período de discussão para votações dos Desenvolvedores
(como acima).</p>
</li>
<li>
<p>Liderar discussões entre os Desenvolvedores.</p>
<p>O Líder do Projeto deveria tentar participar em discussões entre
os Desenvolvedores de uma maneira útil que procure fazer com que a
discussão toque nos pontos chaves do momento. O Líder do Projeto não
deverá usar sua posição de Liderança para promover seus próprios
pontos de vista.</p>
</li>
<li>
<p>Em consulta com os(as) desenvolvedores(as), tomar decisões que afetem as
propriedades mantidas em confiança para propósitos relacionados ao
Debian. (Veja §9.). Tais decisões são comunicadas aos membros pelo
Líder do Projeto ou seu(s) Delegado(s). Gastos maiores deveriam
ser propostos e debatidos na lista de discussão antes dos fundos
serem despendidos.</p>
</li>
<li>
<p>Adicionar ou remover organizações da lista de organizações
de confiança (veja §9.3) que estão autorizadas a aceitar e
manter bens para o Debian. A avaliação e discussão que leva a
tal decisão ocorre em uma lista de discussão eletrônica designada
pelo Líder do Projeto ou seu(s) Delegado(s), na qual qualquer
desenvolvedor(a) pode enviar mensagens. Há um período mínimo de
discussão de duas semanas antes que uma organização possa ser
adicionada à lista de organizações de confiança.</p>
</li>
</ol>
<h3>5.2. Nomeação</h3>
<ol>
<li>O Líder do Projeto é eleito pelos Desenvolvedores.</li>
<li>A eleição começa nove semanas antes do posto de liderança
ficar vago, ou (se já é muito tarde) imediatamente.</li>
<li>Pelas três semanas seguintes qualquer Desenvolvedor pode
nomear a si próprio como um candidato a Líder do Projeto.</li>
<li>Por três semanas após isto nenhum candidato pode ser nomeado;
os candidatos deveriam usar este tempo para fazer campanha (para
tornar suas identidades e posições conhecidas). Se não há candidatos
ao fim do período de nomeação então o período de nomeação é estendido
pelas três semanas seguintes, repetidamente se necessário.</li>
<li>As próximas três semanas são o período de eleição durante o qual os
Desenvolvedores podem enviar seus votos. Votos nas eleições de
liderança são mantidos em segredo, mesmo após o término das eleições.</li>
<li>As opções das cédulas serão aqueles candidatos que se nomearam e não
desistiram ainda, mais Nenhuma Das Acima. Se Nenhuma Das Acima
ganhar a eleição então o procedimento de eleição é repetido, muitas
vezes se necessário.</li>
<li>
A decisão será tomada usando o método especificado na seção
§A.6 do Procedimento de Resolução Padrão. O quorum é o
mesmo que para uma Resolução Geral (§4.2) e a opção padrão
é <q>Nenhuma Das Acima</q>.
</li>
<li>O Líder do Projeto serve por um ano a partir de sua eleição.</li>
</ol>
<h3>5.3. Procedimento</h3>
<p>O Líder do Projeto deveria tentar tomar decisões que são consistentes
com o consenso das opiniões dos Desenvolvedores.</p>
<p>Onde for possível, o Líder do Projeto deveria informalmente solicitar os
pontos de vista dos Desenvolvedores.</p>
<p>O Líder do Projeto deveria evitar super enfatizar seu próprio ponto
de vista quando tomando decisões em sua qualidade de Líder.</p>
<toc-add-entry name="item-6">6. Comitê Técnico</toc-add-entry>
<h3>6.1. Poderes</h3>
<p>O <a href="tech-ctte">Comitê Técnico</a> pode:</p>
<ol>
<li>
<p>Decidir em qualquer problema de política técnica.</p>
<p>Isso inclui o conteúdo dos manuais de políticas técnicas, materiais
de referência dos(as) desenvolvedores(as), pacotes de exemplo e o comportamento
de ferramentas de construção de pacotes não experimentais. (Em cada caso
o(a) mantenedor(a) usual do programa relevante ou da documentação
toma as decisões inicialmente, no entanto; veja 6.3(5).)</p>
</li>
<li>
<p>Decidir qualquer assunto técnico onde há sobreposição das jurisdições
dos Desenvolvedores.</p>
<p>Em casos onde os Desenvolvedores precisam implementar políticas
técnicas compatíveis ou pontos de vista (por exemplo, se eles não
concordam sobre as prioridades de pacotes conflitantes, ou sobre o
dono de um nome de comando, ou sobre qual pacote é responsável por
um bug que ambos os(as) mantenedores(as) concordam ser um bug, ou sobre quem
deveria ser o(a) mantenedor(a) de um pacote)) o comitê técnico pode resolver
a questão.</p>
</li>
<li>
<p>Tomar uma decisão quando requisitado para tal.</p>
<p>Qualquer pessoa ou grupo pode delegar uma decisão própria ao
Comitê Técnico, ou procurar aconselhamento com ele.</p>
</li>
<li>
<p>Anular um Desenvolvedor (requer uma maioria de 3:1).</p>
<p>O Comitê Técnico pode pedir a um Desenvolvedor para tomar um
curso de ação técnica em particular mesmo que o Desenvolvedor
não queira; isto requer uma maioria de 3:1. Por exemplo, o
Comitê pode determinar que uma reclamação feita pelo emissor
de um bug é justificada e que a solução proposta pelo emissor
deve ser implementada.</p>
</li>
<li>
<p>Oferecer conselhos.</p>
<p>O Comitê Técnico pode fazer anúncios formais sobre seus pontos de vista
sobre qualquer questão. <cite>Membros individuais podem, é claro, criar
declarações informais sobre seus pontos de vista sobre os prováveis pontos
de vista do Comitê.</cite></p>
</li>
<li>
<p>Juntamente com o Líder do Projeto, nomear novos membros para si mesmo
ou remover membros existentes. (Veja §6.2.)</p>
</li>
<li>
<p>Nomear o Presidente do Comitê Técnico.</p>
<p>
O Presidente é eleito pelo Comitê a partir de seus membros. Todos
os membros do comitê estão automaticamente nomeados; o comitê começa
a votar uma semana antes do posto ficar vago (ou imediatamente, se
já é muito tarde). Os membros podem votar por aclamação pública em
qualquer colega membro do comitê, incluindo a si mesmos; não há opção
padrão. A votação acaba quando todos os membros votaram, ou quando o
período de votação acaba. O resultado é determinado usando o método
especificado na seção A.6 do Procedimento de Resolução Padrão.
</p>
</li>
<li>
<p>O Presidente do Comitê pode servir de Líder, juntamente com o
Secretário</p>
<p>Como detalhado em §7.1(2), o Presidente do Comitê Técnico
e o Secretário do Projeto podem, juntos, substituir o Líder se
não houver Líder.</p>
</li>
</ol>
<h3>6.2. Composição</h3>
<ol>
<li>
<p>O Comitê Técnico consiste de até 8 Desenvolvedores e deveria
ter normalmente pelo menos 4 membros.</p>
</li>
<li>
<p>Quando há menos de 8 membros o Comitê Técnico pode recomendar
membros novos ao Líder do Projeto, que pode escolher
(individualmente) nomeá-los ou não.</p>
</li>
<li>
<p>Quando houver 5 membros ou menos o Comitê Técnico pode nomear
membros novos até que o número de membros atinja 6.</p>
</li>
<li>
<p>Quando houver 5 membros ou menos por pelo menos uma semana o Líder
do Projeto pode nomear novos membros até que o número de
membros atinja 6, em intervalos de pelo menos uma semana por
nomeação.</p>
</li>
<li>
<p>Se o Comitê Técnico e o Líder do Projeto concordarem, eles
podem remover ou substituir um membro existente do Comitê
Técnico.</p>
</li>
</ol>
<h3>6.3. Procedimento</h3>
<ol>
<li>
<p>O Comitê Técnico usa o Procedimento de Resolução Padrão.</p>
<p>Um rascunho de resolução ou emenda pode ser proposto por qualquer
membro do Comitê Técnico. Não há período de discussão mínimo;
o período de votação dura por uma semana ou até que o resultado
não esteja mais em dúvida. Os membros podem mudar seus votos.
Há um quorum de dois.</p>
</li>
<li>
<p>Detalhes relacionados à votação</p>
<p>O Presidente tem um voto de minerva. Quando o Comitê Técnico
vota a anulação de um Desenvolvedor que também é membro do
Comitê, esse membro não pode votar (a menos que seja o
Líder, nesse caso ele pode usar apenas seu voto de minerva).</p>
</li>
<li>
<p>Discussão Pública e tomada de decisões.</p>
<p>Discussão, rascunhos de resoluções e emendas, e votos dos membros
do comitê, são publicados na lista de discussão pública do
Comitê Técnico. Não há secretário separado para o Comitê.</p>
</li>
<li>
<p>Confidencialidade das nomeações.</p>
<p>O Comitê Técnico pode manter discussões confidenciais via e-mail
privado ou em uma lista de discussão privada ou em outros meios para
discutir nomeações para o Comitê. No entanto, as votações para as
nomeações devem ser públicas.</p>
</li>
<li>
<p>Sem trabalho de desenho detalhado.</p>
<p>O Comitê Técnico não entra no desenho de novas propostas e
políticas. Tal trabalho deveria ser conduzido por indivíduos
privadamente ou em conjunto e discutidos em fóruns ordinários
de desenho e políticas técnicas.</p>
<p>O Comitê Técnico restringe a si próprio a escolher ou adotar
compromissos entre soluções e decisões que foram propostas e
razoavelmente discutidas em outros lugares.</p>
<p><cite>Membros individuais do comitê técnico podem, é claro,
participar por conta própria em quaisquer aspectos do desenho
e trabalho de políticas.</cite></p>
</li>
<li>
<p>O Comitê Técnico toma decisões apenas como último recurso.</p>
<p>O Comitê Técnico não toma uma decisão técnica até que esforços
para se resolver a questão via consenso tenham sido feitos e
falhado, a menos que ele tenha sido solicitado para tomar uma decisão
pela pessoa ou grupo que seria normalmente responsável por ela.</p>
</li>
</ol>
<toc-add-entry name="item-7">7. O Secretário do Projeto</toc-add-entry>
<h3>7.1. Poderes</h3>
<p>O <a href="secretary">Secretário</a>:</p>
<ol>
<li>
<p>Pega os votos entre os Desenvolvedores e determina o número
e a identidade dos Desenvolvedores, sempre que requerido pela
constituição.</p>
</li>
<li>
<p>Pode servir como Líder do Projeto, junto com o Presidente do Comitê
Técnico.</p>
<p>Se não há Líder do Projeto então o Presidente do Comitê Técnico
e o Secretário do Projeto podem através de concordância mútua tomar
decisões se eles considerarem imperativo fazê-lo.</p>
</li>
<li>
<p>Resolve qualquer disputa sobre a interpretação da constituição.</p>
</li>
<li>
<p>Pode delegar parte ou toda a sua autoridade para alguém, ou
desistir dessa delegação a qualquer momento.</p>
</li>
</ol>
<h3>7.2. Nomeação</h3>
<p>O Secretário do Projeto é nomeado pelo Líder do Projeto e pelo
Secretário do Projeto atual.</p>
<p>Se o Líder do Projeto e o Secretário do Projeto atuais não podem
concordar em uma nova nomeação eles devem pedir aos Desenvolvedores
via uma Resolução Geral que nomeiem um Secretário.</p>
<p>Se não há Secretário do Projeto ou o Secretário atual está indisponível
e não delegou autoridade para uma decisão, então a decisão pode ser
tomada ou delegada pelo Presidente do Comitê Técnico, como Secretário
Interino.</p>
<p>O mandato do Secretário do Projeto é de 1 ano, depois do qual
ele ou outro Secretário deve ser (re)nomeado.</p>
<h3>7.3. Procedimento</h3>
<p>O Secretário do Projeto deveria tomar decisões que são honestas e
razoáveis, e preferivelmente consistentes com o consenso dos
Desenvolvedores.</p>
<p>Quando agindo conjuntamente para substituir um Líder do Projeto ausente
o Presidente do Comitê Técnico e o Secretário do Projeto deveriam tomar
decisões somente quando absolutamente necessárias e somente quando
consistentes com o consenso dos Desenvolvedores.</p>
<toc-add-entry name="item-8">8. Os Delegados do Líder do Projeto</toc-add-entry>
<h3>8.1. Poderes</h3>
<p>Os Delegados do Líder do Projeto:</p>
<ol>
<li>têm poderes delegados a eles pelo Líder do Projeto;</li>
<li>podem tomar certas decisões que o Líder não pode tomar diretamente,
incluindo aprovação ou expulsão de Desenvolvedores ou designação
de pessoas como Desenvolvedores que não mantêm pacotes. <cite>Isto
é para evitar concentração de poder, particularmente sobre a qualidade
de membro como um Desenvolvedor, nas mãos do Líder do Projeto.</cite></li>
</ol>
<h3>8.2. Nomeação</h3>
<p>Os Delegados são nomeados pelo Líder do Projeto e podem ser
substituídos pelo Líder a critério do próprio Líder. O Líder do
Projeto não pode tornar a posição como um Delegado condicional às
decisões particulares do Delegado, nem pode anular uma decisão
tomada por um Delegado uma vez que esteja tomada.</p>
<h3>8.3. Procedimento</h3>
<p>Delegados podem tomar decisões como acharem melhor mas deveriam tentar
implementar decisões técnicas boas e/ou seguir a opinião consensual.</p>
<toc-add-entry name="item-9">9. Bens mantidos em confiança para o Debian</toc-add-entry>
<p>Na maioria das jurisdições ao redor do mundo, o projeto Debian não está
em posição de diretamente manter fundos ou outras propriedades. Portanto,
propriedades têm que ser mantidos por uma das várias organizações conforme
detalhado em §9.2.</p>
<p>Tradicionalmente, a SPI era a única organização autorizada a guardar
propriedades e dinheiro para o Projeto Debian. A SPI foi criada nos EUA
para guardar dinheiro em confiança lá.</p>
<p>A <a href="https://www.spi-inc.org">SPI</a> e o Debian são organizações
separadas que compartilham alguns objetivos.
O Debian é grato pela infra-estrutura legal de suporte oferecida pela SPI.</p>
<h3>9.1. Relacionamento com Organizações Associadas</h3>
<ol>
<li>
<p>Desenvolvedores Debian não se tornam agentes ou empregados
de organizações mantendo bens em confiança para o Debian, ou
uns dos outros, ou de pessoas com autoridade no Projeto Debian,
somente pela virtude de serem Desenvolvedores Debian. Uma pessoa
agindo como um Desenvolvedor o faz como indivíduo, em nome
próprio. Tais organizações podem, de acordo próprio,
estabelecer relacionamentos com indivíduos que também sejam
desenvolvedores(as) Debian.</p>
</li>
</ol>
<h3>9.2. Autoridade</h3>
<ol>
<li>
<p>Uma organização mantendo bens para o Debian não tem autoridade
sobre decisões técnicas ou não-técnicas do Debian, exceto que
nenhuma decisão do Debian com respeito a quaisquer propriedades
mantidas pela organização irá requerer que a mesma atue fora de sua
própria autoridade legal.</p>
</li>
<li>
<p>O Debian não clama por autoridade sobre uma organização que mantém
bens para o Debian além da autoridade sobre o uso das propriedades
mantidas em confiança para o Debian.</p>
</li>
</ol>
<h3>9.3. Organizações confiáveis</h3>
<p>Quaisquer doações para o Projeto Debian devem ser feitas para qualquer
uma das organizações designadas pelo Líder do Projeto (ou um delegado)
para serem autorizadas a manusear bens a serem usados para o Projeto
Debian.</p>
<p>Organizações mantendo bens em confiança para o Debian devem se encarregar
das obrigações razoáveis para o manuseio de tais bens.</p>
<p>O Debian mantém pública uma Lista de Organizações de Confiança que
aceitam doações e mantêm bens em confiança para o Debian
(incluindo ambos propriedade tangível e propriedade intelectual)
que inclui os compromissos que essas organizações fizeram sobre
como estes bens serão manuseados.</p>
<toc-add-entry name="item-A">A. Procedimento Padrão para Resolução</toc-add-entry>
<p>Estas regras aplicam-se a tomadas de decisões comunais por comitês e
plebiscitos, onde declarado acima.</p>
<h3>A.1. Proposta</h3>
<p>O procedimento formal começa quando um rascunho de resolução é
proposto e apadrinhado, como requerido.</p>
<h3>A.1. Discussão e Emendamento</h3>
<ol>
<li>Seguindo a proposta, a resolução pode ser discutida. Emendas devem
ser tornadas formais sendo propostas e apadrinhadas de acordo
com os requerimentos para uma nova resolução ou diretamente pelo
proponente da resolução original.</li>
<li>Um emendamento formal pode ser aceito pelo proponente da resolução,
neste caso o rascunho da resolução formal é imediatamente alterado
para ficar igual.</li>
<li>Se um emendamento formal não é aceito ou um dos padrinhos da resolução
não concorda com a aceitação pelo proponente de um emendamento
formal, o emendamento continua como um emendamento e será votado.</li>
<li>Se um emendamento aceito pelo proponente original não é do gosto
dos outros, eles podem propor outra emenda para reverter a
mudança feita anteriormente (novamente, eles precisam atingir
os requerimentos para proponente e padrinho(s).)</li>
<li>O proponente de uma resolução pode sugerir mudanças para os dizeres
dos emendamentos; estes tomam efeito se o proponente do emendamento
concorda e nenhum dos padrinhos se opõe. Neste caso o emendamento
mudado será votado ao invés dos originais</li>
<li>O proponente de uma resolução pode fazer mudanças para correção de
erros pequenos (por exemplo, erros tipográficos ou inconsistências)
ou mudanças que não alteram o significado, desde que ninguém se oponha
dentro de 24 horas. Neste caso, o período de discussão mínimo não
é reiniciado.</li>
</ol>
<h3>A.2. Chamada para uma votação</h3>
<ol>
<li>O proponente ou um padrinho de uma moção ou uma emenda pode chamar
para uma votação, desde que o período de discussão mínimo (se
houver) tenha terminado.</li>
<li>
O proponente ou qualquer padrinho de uma resolução podem chamar para
uma votação nessa resolução e em todas a emendas relacionadas.
</li>
<li>A pessoa que chama para uma votação diz o que acha que os
dizeres da resolução e quaisquer emendas relevantes devam ser e,
consequentemente, a forma que a votação deve tomar. No entanto,
a decisão final na forma da(s) votação(ões) é do Secretário -
veja 7.1(1), 7.1(3) e A.3(4).</li>
<li>
O período mínimo de discussão é contado a partir do momento em que
a última emenda formal é aceita, ou do momento em que a resolução
completa foi proposta se nenhuma emenda foi proposta e aceita.
</li>
</ol>
<h3>A.3. Procedimento de Votação</h3>
<ol>
<li>
Cada resolução e suas emendas relacionadas são votadas em uma única
cédula que inclui uma opção para a resolução original, cada emenda,
e a opção padrão (onde aplicável).
</li>
<li>
A opção padrão não deve ter nenhum requerimento de superioridade.
Opções que não tiverem um requerimento explícito de superioridade
têm um requerimento de maioridade 1:1.
</li>
<li>
Os votos são contados de acordo com as regras em A.6. A opção padrão é
<q>Mais Discussões</q>, a menos que seja especificado de outra maneira.
</li>
<li>Em casos de dúvida, o Secretário do Projeto decidirá os problemas de
procedimento.</li>
</ol>
<h3>A.4. Retirando resoluções ou emendas não aceitas</h3>
<p>O proponente de uma resolução ou emenda não aceita pode retirá-la.
Nesse caso novos proponentes podem vir e mantê-la viva, nesse caso a
primeira pessoa a fazê-lo torna-se o novo proponente e quaisquer outros
se tornam padrinhos se já não são.</p>
<p>Um padrinho de uma resolução ou emenda (a menos que ela tenha sido
aceita) pode retirá-la.</p>
<p>Se a retirada do proponente e/ou padrinhos significa que uma resolução
não tem proponente ou padrinhos o suficiente ela não será votada a menos
que isso seja retificado antes do vencimento da resolução.</p>
<h3>A.5. Expiração</h3>
<p>
Se uma resolução proposta não foi discutida, emendada, votada ou de
outra forma manejada por 4 semanas, o Secretário pode emitir uma
declaração que a questão está sendo retirada. Se nenhum dos padrinhos
de qualquer uma das propostas discordar em uma semana, a questão é retirada.
</p>
<p>
O Secretário também pode incluir sugestões de como proceder, se
apropriado.
</p>
<h3>A.6. Contagem de Votos</h3>
<ol>
<li> A cédula de cada votante gradua as opções que estão sendo votadas.
Nem todas as opções precisam ser graduadas. Opções graduadas são
consideradas preferidas em relação às não graduadas. Votantes podem
graduar opções igualmente. Opções não graduadas são consideradas como
graduadas igualmente entre si. Detalhes de como as cédulas podem ser
preenchidas serão incluídas na Chamada para Votos.
</li>
<li> Se a votação tiver um requerimento de quorum R quaisquer opções que
não sejam a padrão que não receberem pelo menos R votos graduando
aquela opção acima da padrão são desconsideradas.
</li>
<li> Qualquer opção (não padrão) que não vencer a opção padrão na sua
proporção requerida de maioridade é desconsiderada.
<ol>
<li>
Dadas duas opções A e B, V(A,B) é o número de votantes que
preferem a opção A sobre a opção B.
</li>
<li>
Uma opção A vence a opção padrão D por uma proporção de
maioridade N, se V(A,D) for estritamente maior que N * V(D,A).
</li>
<li>
Se uma superioridade de S:1 é requerida para A, sua
proporção de maioridade é S; caso contrário, sua proporção
de maioridade é 1.
</li>
</ol>
</li>
<li> Da lista de opções consideradas, nós geramos uma lista de vitórias
em pares.
<ol>
<li>
Uma opção A vence uma opção B se V(A,B) for estritamente
maior que V(B,A)
</li>
</ol>
</li>
<li> Da lista de vitórias em pares [consideradas], nós geramos um
conjunto de vitórias transitivas.
<ol>
<li>
Uma opção A vence transitivamente uma opção C se A vencer C
ou se há alguma outra opção B onde A vence B _E_ B
transitivamente vence C.
</li>
</ol>
</li>
<li> Nós construímos o conjunto Schwartz a partir do conjunto de vitórias
transitivas.
<ol>
<li>
Uma opção A está no conjunto Schwartz se para todas as opções
B, A vence transitivamente B, ou B não vence transitivamente
A.
</li>
</ol>
</li>
<li> Se houverem vitórias entre opções no conjunto Schwartz, nós removemos
a mais fraca destas vitórias da lista de vitórias em pares, e
retornamos para o passo 5.
<ol>
<li>
Uma vitória (A,X) é mais fraca que uma vitória (B,Y) se
V(A,X) for menor que V(B,Y). Além disso, (A,X) é mais fraca
que (B,Y) se V(A,X) é igual a V(B,Y) e V(X,A) é maior que
V(Y,B).
</li>
<li>
Uma vitória fraquíssima é aquela que não possui uma vitória
mais fraca que ela. Pode haver mais que uma destas vitórias.
</li>
</ol>
</li>
<li> Se não houverem vitórias dentro do conjunto Schwartz, então o vencedor
é escolhido a partir das opções do conjunto Schwartz. Se houver apenas
uma dessas opções, esta é a vencedora. Se houverem múltiplas opções, o
eleitor com o voto de minerva escolhe qual das opções ganha.
</li>
</ol>
<p>
<strong>Nota:</strong> Opções que os votantes graduam acima da opção padrão
são opções que eles acham aceitáveis. Opções graduadas abaixo da opção padrão
são opções que eles acham inaceitáveis.
</p>
<p><cite>Quando o Procedimento de Resolução Padrão vai ser usado,
o texto que se refere a ele deve especificar o que é suficiente para
se ter um rascunho de resolução proposto e/ou apadrinhado, qual o
período de discussão mínimo e qual o período mínimo de votação.
Deve também especificar qualquer supermaioria e/ou quorum (e opção
padrão) a ser usado.</cite></p>
<toc-add-entry name="item-B">B. Uso de linguagem e tipografia</toc-add-entry>
<p>O presente do indicativo (<q>é</q>, por exemplo) significa que a
declaração é uma regra nesta constituição. <q>Pode</q> indica que a
pessoa ou grupo tem liberdade de ação. <q>Deveria</q> significa que
será considerado uma boa coisa se a sentença for obedecida, mas não
é obrigatória. <cite>Texto marcado como citação, como este, é uma
análise racional e não é parte da constituição. Ele pode ser usado
apenas para ajudar na interpretação em casos duvidosos.</cite></p>
|