Como o Debian decide: entenda a General Resolution

Quem decide o que entra no Debian

Uma Debian General Resolution (GR) é uma votação de todo o projeto. É assim que o Debian resolve uma questão de política em vez de a deixar nas mãos de uma só pessoa. Quem vota são os Debian Developers, cerca de mil pessoas. O boletim de voto é ordenado por preferência e inclui sempre uma opção que ninguém propôs: "None of the above". Essa opção pode vencer todas as propostas do boletim. Quando isso acontece, o projeto decidiu não decidir.

Nada disso é tradição sem fundamento. A Debian Constitution define quem pode decidir cada assunto, como uma proposta chega a votação, como os votos são contabilizados e quais decisões exigem mais do que uma maioria simples. Vale a pena lê-la antes de escolher uma distribuição para um servidor, porque explica como uma alteração de política chega à sua máquina e com que antecedência será informado.

A Constituição e o que ela corrige

O Debian ratificou a versão 1.0 da sua Constituição em 2 de dezembro de 1998. A versão em vigor é a 1.9, ratificada em 26 de março de 2022. O documento lista todas as versões anteriores no início, porque a única forma de o alterar é através da votação que ele próprio descreve.

Há quatro partes relevantes neste contexto. Os Developers, atuando em conjunto, detêm a autoridade final. O Debian Project Leader (DPL) é eleito todos os anos. O Technical Committee (TC) decide sobre disputas técnicas entre maintainers. O Project Secretary organiza as votações e decide questões de procedimento.

A Secção 4.1 lista o que os Developers podem fazer enquanto grupo:

• Nomear ou destituir o Project Leader.
• Alterar a Constituição, com uma maioria de 3:1.
• Tomar ou anular qualquer decisão autorizada pelos poderes do Project Leader ou de um Delegate.
• Tomar ou anular qualquer decisão autorizada pelos poderes do Technical Committee, com uma maioria de 2:1.
• Emitir, substituir e retirar documentos e declarações de política não técnica.

As proporções definem a estrutura. Anular uma decisão do leader exige apenas uma maioria simples, porque a decisão de um leader deve ser provisória. Anular uma decisão do Technical Committee exige 2:1, porque o comité foi incumbido de decidir por uma razão. Alterar a Constituição ou um documento fundador, como o Social Contract, exige 3:1. Quanto mais difícil for reverter uma decisão, maior deve ser o limite necessário para a tomar.

Quem vota e o que o líder pode realmente fazer

Apenas os Debian Developers votam. São os membros do projeto admitidos através do processo de Novos Membros do Debian. Esse grupo inclui pessoas que não mantêm pacotes, mas realizam outro trabalho para o projeto. Um colaborador que não tenha passado por esse processo não recebe um boletim de voto, nem um utilizador. O voto pertence ao membro individual. Por isso, os empregadores não têm um lugar nem um bloco de votos.

O DPL é eleito todos os anos na primavera, através do mesmo sistema de votação por ordem de preferência, com "None of the above" como opção predefinida, e exerce o mandato durante um ano. Na eleição de 2026, as candidaturas decorreram de 7 a 13 de março, a campanha até 3 de abril e a votação de 4 a 17 de abril de 2026. Sruthi Chandran foi a única candidata e foi eleita: a contagem registou 289 votos a favor da candidata em vez de None of the above e 50 no sentido contrário. O resultado foi publicado em 18 de abril de 2026.

O cargo tem menos poder do que o título sugere. O DPL nomeia delegados, fala em nome do projeto, decide assuntos que exigem uma ação urgente e decide assuntos pelos quais mais ninguém é responsável. O DPL não pode definir políticas técnicas por decreto, porque a secção 4.1 permite aos Developers anular qualquer decisão que o líder esteja autorizado a tomar. Para essa anulação, basta uma maioria simples.

O Project Secretary é o cargo discreto que faz o restante funcionar. O Secretary publica o boletim de voto, convoca a votação, executa a contagem e decide questões processuais, como a maioria necessária para uma determinada opção.

Como é proposta e apoiada uma Resolução Geral

Uma resolução começa como um email enviado para uma lista pública, na prática debian-vote@lists.debian.org. Qualquer pessoa pode lê-lo. Apenas um Developer pode propor uma resolução.

A Constituição diz que uma resolução ou opção de voto “é introduzida se for proposta por qualquer Developer e apoiada por pelo menos K outros Developers”. K depende do tamanho do projeto, tal como o quórum:

2022 non-free firmware vote, published quorum 47.9765567751584

  developers on the roll      1023
  Q  = sqrt(1023) / 2       = 15.992
  K  = min(Q, 5)            = 5        sponsors needed to introduce an option
  3Q = quorum               = 47.977   votes an option must draw to survive

Q é metade da raiz quadrada do número atual de Developers, e K é Q ou 5, consoante o que for menor. Debian tem mais de 100 Developers há décadas, por isso K é 5 na prática. Cinco outros Developers têm de responder na lista para apoiar a proposta. O limite é baixo de propósito, e apoiar não significa concordar: significa declarar que a questão merece uma votação.

Segue-se então o período de discussão. O mínimo é 2 semanas e o máximo é 3 semanas. Durante esse período, qualquer outro Developer pode acrescentar uma opção diferente à mesma votação, com cinco apoiantes próprios. Como o processo de resolução foi reescrito por uma votação em janeiro de 2022, todas as opções são equivalentes, e a pessoa que propôs a resolução original não tem uma posição especial em relação às outras.

É por isso que uma votação Debian raramente é uma questão de sim ou não. Uma GR normalmente surge como uma lista de propostas concorrentes, escritas por pessoas diferentes durante o período de discussão.

Quando a discussão termina, o Project Secretary publica a votação e convoca o voto, o que tem de fazer no prazo de sete dias. Os períodos de votação recentes duraram duas semanas: de 18 de setembro a 1 de outubro de 2022 para a resolução sobre firmware, e de 15 a 28 de agosto de 2026 para a que está atualmente aberta.

Por que a cédula é ordenada e o que faz a opção padrão

O Debian apura os votos usando um método de Condorcet. Cada eleitor ordena as opções por ordem de preferência. A apuração compara então cada par de opções: para as opções A e B, conta quantas cédulas colocam A acima de B e quantas colocam B acima de A. Uma opção que vence todas as comparações individuais é a vencedora. Quando as preferências formam um ciclo e não existe uma opção assim, a constituição elimina as derrotas mais fracas até surgir uma vencedora a partir do conjunto de Schwartz, que é o grupo de opções que não é derrotado por nada fora do grupo.

A ordenação elimina o problema da divisão dos votos. Quatro propostas que concordam em termos gerais não podem anular-se mutuamente, porque um eleitor que prefere uma delas ainda pode colocar as outras três acima das opções de que discorda.

Toda cédula de Resolução Geral termina com a opção padrão. A constituição diz que ela "não tem proponente nem patrocinadores e não pode ser alterada ou retirada". Atualmente, ela se chama "Nenhuma das opções acima". Até a mudança de processo votada em janeiro de 2022, chamava-se "Discussão adicional", e as páginas de resultados mais antigas ainda mostram esse nome.

A opção padrão é o ponto de referência para as duas regras que podem rejeitar uma proposta por si só:

• Quórum: qualquer opção diferente da padrão que não obtenha pelo menos 3Q votos colocando-a acima da opção padrão é retirada da consideração. Em 2022, isso correspondia a cerca de 48 votos.
• Supermaioria: qualquer opção diferente da padrão que não derrote a opção padrão pela proporção exigida é retirada. Uma proposta 3:1 precisa derrotar "Nenhuma das opções acima" por três a um.

Leia a segunda regra duas vezes, porque é a que as pessoas mais frequentemente recordam de forma incorreta. No Debian, a supermaioria é medida contra a opção padrão. As propostas concorrentes não entram nesse cálculo.

Se a opção padrão vencer sem margem para dúvida, nenhuma proposta é adotada e a questão volta à lista. Esse é um resultado válido. Colocar a opção padrão acima de uma opção é a forma de um desenvolvedor dizer: "Eu preferia que o Debian não dissesse nada a que dissesse isto".

Desde março de 2022, as cédulas são secretas. A resolução que as tornou secretas foi proposta por Sam Hartman e submetida a votação de 13 a 26 de março de 2022. A opção vencedora oculta qual desenvolvedor apresentou cada cédula, mas ainda permite que um eleitor confirme que o seu próprio voto foi incluído na apuração. Antes disso, cada cédula ordenada era publicada com um nome associado.

O que uma Resolução Geral realmente alterou

O sistema init, duas vezes. Em 11 February 2014, o Comité Técnico decidiu "that the default init system for Linux architectures in jessie should be systemd", depois de um impasse que o presidente, Bdale Garbee, resolveu com um voto de desempate. A própria resolução do comité acrescentou que, se o projeto aprovasse uma GR sobre sistemas init antes do lançamento de jessie, "that position replaces the outcome of this vote". Ian Jackson propôs essa GR. A votação decorreu de 5 a 18 November 2014, e a opção vencedora foi "General Resolution is not required". O projeto usou o boletim para não contrariar a decisão do seu próprio comité.

A questão voltou em December 2019 como "Init systems and systemd", com sete opções substantivas redigidas por cinco developers, desde "Focus on systemd" até "Support for multiple init systems is Required". A votação decorreu de 7 a 27 December 2019, e o apuramento registou 425 votos. A vencedora foi "Systemd but we support exploring alternatives".

Firmware não livre e o instalador que descarrega. Em 2022, o projeto votou sobre a inclusão de firmware não livre para placas de rede e outro hardware no instalador oficial. Seis propostas chegaram ao boletim. A votação decorreu de 18 September a 1 October 2022, e a vencedora foi "Change SC for non-free firmware in installer, one installer". Como essa opção alterava o Social Contract, tinha de derrotar a opção predefinida por 3:1, o que aconteceu.

Essa votação é o exemplo mais claro de um boletim que chega à sua máquina. O Debian 12 "bookworm", lançado em 10 June 2023, transferiu a maioria dos pacotes de firmware de non-free para um novo componente non-free-firmware, e o instalador ativa esse componente quando o hardware precisa dele. Antes da votação, uma máquina com uma placa de rede que exigisse firmware obrigava a saber que era necessário obter uma imagem não oficial. A mensagem na mailing list, o boletim e o ISO que descarrega fazem parte da mesma cadeia de eventos.

Não dizer nada, de propósito. Em April 2021, o projeto votou sobre a emissão de uma declaração pública acerca do regresso de Richard Stallman à direção da Free Software Foundation. Oito opções chegaram ao boletim. A vencedora foi "Debian will not issue a public statement on this issue". Uma resolução pode estabelecer que o projeto não tem uma posição coletiva. Essa é uma decisão que raramente um departamento de comunicação empresarial consegue tomar.

Uma resolução em andamento: uso de LLM no Debian

O processo está em andamento agora em relação aos modelos de linguagem de grande escala (LLM). A discussão da resolução "Uso de LLM no Debian" ocorreu na debian-vote de 23 de julho a 13 de agosto de 2026 e produziu oito propostas, cada uma apresentada por um desenvolvedor diferente:

• Proibir contribuições de LLM para o Debian por meio do Contrato Social
• Permitir contribuições assistidas por IA com condições
• Rejeitar LLMs na medida do possível e atualizar o Código de Conduta
• Aceitar contribuições de IA para trabalhos específicos do Debian
• Uso responsável de IA generativa
• Uma abordagem cautelosa à IA generativa
• O Debian é criado por pessoas
• Evitar o uso de LLM: a destruição do clima é um impedimento

A primeira proposta funciona por meio de uma alteração do Contrato Social, portanto precisa de uma maioria de 3:1 sobre a opção padrão. As outras sete precisam de maioria simples. A votação começou em 15 de agosto de 2026 e termina em 28 de agosto de 2026.

Nada aqui prevê o resultado, e não se afirma nenhum desfecho. Quando o período de votação terminar, o Secretário publicará a apuração com a matriz completa de comparações par a par nas páginas de votação do Debian, e essa página será a única fonte que vale a pena citar. Uma proposta anterior, "Interpretação das DFSG sobre modelos de inteligência artificial (IA)", foi retirada durante 2025 antes de chegar à votação, e a retirada também faz parte do processo: DFSG significa Debian Free Software Guidelines, e uma proposta que ainda não está pronta pode ser retirada pelas pessoas que a apresentaram. A discussão mais ampla não se limita ao Debian, e outros projetos estão definindo as suas próprias políticas para contribuições assistidas por IA por caminhos muito diferentes.

O que isto significa ao escolher uma distribuição de servidor

Compare claramente os dois modelos de decisão.

No Debian, uma mudança de política é um documento público antes de se tornar política. Pode ler a proposta no dia em que é publicada, acompanhar o aparecimento das opções concorrentes, ver os patrocinadores identificados, saber a primeira data em que a votação pode ocorrer e ler o resultado depois. O custo é a velocidade. Cada uma dessas votações levou semanas de discussão, e a questão do sistema init demorou cinco anos e duas resoluções até chegar a uma resposta estável.

No Ubuntu, a direção é definida dentro de uma empresa. A página de governança do Ubuntu descreve um Community Council e um Technical Board. Também afirma que o patrocinador do projeto, Mark Shuttleworth, seleciona previamente os candidatos para ambos os órgãos e tem voto de desempate em cada um, com o título de ditador benevolente vitalício autoindigitado. O resultado é rápido. Em 14 February 2014, três dias depois de o comité do Debian escolher o systemd, Shuttleworth anunciou que o Ubuntu abandonaria o Upstart, o sistema init que a Canonical tinha desenvolvido e distribuído desde 2006, e seguiria o Debian para o systemd. O Debian chegou ao mesmo resultado através de uma votação do comité, de uma General Resolution em 2014 e de outra em 2019.

Nenhum dos modelos é melhor em termos abstratos, e eles falham de formas diferentes. Uma votação é lenta, e um grupo determinado pode voltar a colocar a mesma questão no boletim até o eleitorado mudar de opinião. Uma decisão empresarial é rápida, e pode ser revertida numa reunião de estratégia à qual não assistiu. O que está a escolher é a origem dos seus avisos: uma lista pública à qual se pode subscrever ou um anúncio de lançamento que lê no próprio dia.

No dia a dia, sentirá a diferença através da política de lançamentos, e não através dos boletins de voto. Por isso, o seguimento prático é as suites stable, testing e unstable do Debian num servidor. Se estiver a comparar as duas famílias para uma máquina nova, a questão da governança é apenas um dos vários fatores. A história da divisão entre Debian e Ubuntu aborda o restante, enquanto a escolha de um sistema operativo para o seu VPS coloca esta decisão ao lado das outras opções. O padrão é antigo, e a forma como as famílias de distribuições se ramificaram mostra com que frequência foi a governança, e não o código, que originou a bifurcação.

Como ler uma votação por si próprio

Não precisa de ser Developer para acompanhar nada disto. Quatro locais contêm toda a informação:

• O índice de votações em https://www.debian.org/vote/ lista cada resolução por ano, incluindo as que foram retiradas.
• Cada página de votação lista as propostas, os patrocinadores por nome, as datas de discussão e de votação e a maioria de que cada opção precisa.
• Cada página de resultados mostra a matriz de comparações e os cálculos. As linhas do quórum têm o formato de Option 1 Reached quorum: 307 > 47.6943392867539.
• Os arquivos debian-vote e debian-devel-announce contêm os argumentos que deram origem às opções.

A própria constituição está em https://www.debian.org/devel/constitution.. O Apêndice A descreve o processo de votação. É essa a secção que deve consultar se algum resultado parecer surpreendente.

FAQ

Quem pode votar numa Resolução Geral do Debian?

Os Debian Developers, ou seja, os membros do projeto admitidos através do processo Debian's New Member. São aproximadamente mil pessoas e incluem membros que não mantêm pacotes, mas realizam outro trabalho para o projeto. Contribuidores que não se tenham tornado membros, mantenedores de pacotes sem estatuto de membro e utilizadores não recebem boletim de voto. O voto pertence ao membro individual. Por isso, um empregador não tem um lugar nem um bloco de votos.

O que acontece se "None of the above" vencer uma Resolução Geral?

Nenhuma proposta é adotada e a questão regressa à lista de discussão. A opção predefinida aparece em todos os boletins, não pode ser retirada e também serve de referência para outras duas regras: uma opção que não obtenha votos suficientes para atingir o quorum acima da opção predefinida é eliminada, e uma opção que não derrote a opção predefinida pela proporção exigida é eliminada. Por isso, uma proposta que precise de uma maioria de 3:1 tem de derrotar "None of the above" por três votos contra um. As propostas concorrentes não entram nesse cálculo.

Uma Resolução Geral pode sobrepor-se ao Technical Committee ou ao Project Leader?

Sim, e a constituição define um requisito diferente para cada caso. Para sobrepor-se a uma decisão que o Project Leader ou um Delegate estava autorizado a tomar, é necessária uma maioria simples. Para sobrepor-se ao Technical Committee, é necessária uma proporção de 2:1. Para alterar a constituição ou um documento fundamental, como o Social Contract, é necessária uma proporção de 3:1. Em November 2014, o projeto realizou uma votação sobre a possibilidade de se sobrepor à decisão do comité acerca dos sistemas init e decidiu não o fazer, porque a opção "General Resolution is not required" venceu o boletim.

Quanto tempo demora uma Resolução Geral, desde a proposta até ao resultado?

Cerca de um mês quando não ocorre nada fora do normal. A discussão decorre durante pelo menos 2 semanas e, no máximo, 3. Em seguida, o Project Secretary publica o boletim e convoca a votação no prazo de sete dias após o fim da discussão. Os períodos de votação recentes duraram 2 semanas. A resolução de 2026 sobre a utilização de LLM mostra o formato habitual: discussão de 23 July a 13 August 2026, seguida de votação de 15 a 28 August 2026.