Cómo funciona una Resolución General de Debian

Quién decide qué entra en Debian

Una Resolución General de Debian (GR) es una votación de todo el proyecto. Es la forma en que Debian resuelve una cuestión de políticas sin dejarla en manos de una sola persona. Quienes votan son los Debian Developers, aproximadamente un millar. La papeleta utiliza un sistema de preferencias e incluye siempre una opción que nadie ha propuesto: "Ninguna de las anteriores". Esa opción puede superar a todas las propuestas de la papeleta. Cuando ocurre, el proyecto ha decidido no decidir.

Nada de esto es una tradición sin fundamento. La Constitución de Debian establece quién puede decidir cada asunto, cómo llega una propuesta a la votación, cómo se cuentan los votos y qué decisiones requieren más que una mayoría simple. Conviene leerla antes de elegir una distribución para un servidor, porque explica cómo llega un cambio de políticas a su máquina y con cuánto aviso cuenta.

La Constitución y lo que resuelve

Debian ratificó la versión 1.0 de su Constitución el 2 de diciembre de 1998. El texto vigente es la versión 1.9, ratificada el 26 de marzo de 2022. El documento enumera todas las versiones anteriores al principio, porque la única forma de modificarlo es mediante la votación que describe.

Aquí intervienen cuatro partes. Los Developers actuando conjuntamente tienen la autoridad final. El Debian Project Leader (DPL) se elige cada año. El Technical Committee (TC) resuelve las disputas técnicas entre los mantenedores. El Project Secretary organiza las votaciones y decide sobre el procedimiento.

La sección 4.1 enumera lo que los Developers pueden hacer como órgano:

• Nombrar o destituir al Project Leader.
• Modificar la Constitución, con una mayoría de 3:1.
• Tomar cualquier decisión autorizada por las atribuciones del Project Leader o de un Delegate, o anularla.
• Tomar cualquier decisión autorizada por las atribuciones del Technical Committee, o anularla, con una mayoría de 2:1.
• Emitir, sustituir y retirar documentos y declaraciones de política no técnica.

Las proporciones determinan el diseño. Anular la decisión del líder requiere una mayoría simple, porque la decisión de un líder debe ser provisional. Anular la decisión del Technical Committee requiere una proporción de 2:1, porque se pidió al comité que resolviera el asunto por una razón. Modificar la Constitución o un documento fundacional como el Social Contract requiere una proporción de 3:1. Cuanto más difícil sea deshacer una decisión, mayor debe ser el umbral para aprobarla.

Quién vota y qué puede hacer realmente el líder

Sólo los Debian Developers tienen derecho a voto. Son los miembros del proyecto admitidos mediante el proceso New Member de Debian. Este proceso también incluye a personas que no mantienen paquetes, pero realizan otras tareas para el proyecto. Un colaborador que no haya pasado por ese proceso no recibe papeleta. Un usuario tampoco. El voto corresponde al miembro individual. Por tanto, los empleadores no tienen un puesto ni un bloque de votos.

El DPL se elige cada primavera mediante el mismo sistema de voto preferencial. La opción predeterminada es "None of the above". El mandato dura un año. En las elecciones de 2026, las candidaturas estuvieron abiertas del 7 al 13 de marzo, la campaña terminó el 3 de abril y la votación se celebró del 4 al 17 de abril de 2026. Sruthi Chandran fue la única candidata y resultó elegida: el recuento registró 289 votos a favor de la candidata frente a None of the above, y 50 en sentido contrario. El resultado se publicó el 18 de abril de 2026.

El cargo tiene menos poder del que su nombre sugiere. El DPL nombra delegados, habla en nombre del proyecto, decide los asuntos que requieren una actuación urgente y decide los asuntos de los que nadie más es responsable. El DPL no puede establecer la política técnica por decreto, porque la sección 4.1 permite a los Developers anular cualquier decisión que el líder esté autorizado a tomar. Para esa anulación sólo hace falta una mayoría simple.

El Project Secretary es el cargo discreto que permite funcionar al resto. El Secretary publica la papeleta, convoca la votación, ejecuta el recuento y resuelve las cuestiones de procedimiento, como la mayoría que necesita una opción determinada.

Cómo se propone y se secunda una Resolución General

Una resolución comienza como un correo electrónico enviado a una lista pública, en la práctica debian-vote@lists.debian.org. Cualquiera puede leerlo. Sólo un Developer puede proponerla.

La Constitución establece que una resolución u opción de votación «se introduce si la propone cualquier Developer y cuenta con el patrocinio de al menos K Developers adicionales». K depende del tamaño del proyecto, al igual que el cuó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 es la mitad de la raíz cuadrada del número de Developers actuales, y K es Q o 5, el valor que sea menor. Debian supera ampliamente los 100 Developers desde hace décadas, por lo que K es 5 en la práctica. Otros cinco Developers deben responder en la lista para patrocinar la propuesta. Este umbral es bajo de forma intencionada. Patrocinar no significa estar de acuerdo, sino afirmar que la cuestión merece someterse a votación.

Después comienza el período de debate. Su duración mínima es de 2 semanas y la máxima, de 3 semanas. Durante ese período, cualquier otro Developer puede añadir una opción diferente a la misma votación, con cinco patrocinadores propios. Desde que el proceso de resoluciones se modificó mediante una votación en enero de 2022, todas las opciones tienen el mismo peso y el proponente original no tiene una posición especial frente a las demás.

Por eso, una votación de Debian rara vez plantea una pregunta de sí o no. Normalmente, una GR llega como una lista de propuestas contrapuestas redactadas por distintas personas durante el período de debate.

Cuando termina el debate, el Project Secretary publica la papeleta y convoca la votación. Debe hacerlo en un plazo de siete días. Los períodos de votación recientes han durado dos semanas: del 18 de septiembre al 1 de octubre de 2022 para la resolución sobre el firmware, y del 15 al 28 de agosto de 2026 para la que está abierta actualmente.

Por qué la papeleta se ordena por preferencias y qué hace la opción predeterminada

Debian cuenta los votos mediante un método de Condorcet. Cada votante ordena las opciones según sus preferencias. Después, el recuento compara cada par de opciones: para las opciones A y B, cuenta cuántas papeletas sitúan A por encima de B y cuántas sitúan B por encima de A. Una opción que gana todas sus comparaciones uno contra uno es la vencedora. Cuando las preferencias forman un ciclo y no existe una opción así, la constitución elimina las derrotas más débiles hasta que aparece una vencedora del conjunto de Schwartz, que es el grupo de opciones al que ninguna opción externa al grupo derrota.

El orden de preferencias evita el problema de la división del voto. Cuatro propuestas que coinciden en términos generales no pueden anularse entre sí, porque un votante que prefiera una de ellas todavía puede situar las otras tres por encima de las opciones que no le gustan.

Todas las papeletas de una Resolución General terminan con la opción predeterminada. La constitución establece que «no tiene proponente ni patrocinadores, y no puede modificarse ni retirarse». Actualmente se denomina «Ninguna de las anteriores». Hasta el cambio del proceso aprobado mediante votación en enero de 2022 se denominaba «Debate adicional», y las páginas antiguas de resultados todavía muestran ese nombre.

La opción predeterminada es el punto de referencia para las dos reglas que pueden rechazar una propuesta por sí solas:

• Quórum: cualquier opción distinta de la predeterminada que no obtenga al menos 3Q votos que la sitúen por encima de la opción predeterminada se descarta. En 2022 eran aproximadamente 48 votos.
• Supermayoría: cualquier opción distinta de la predeterminada que no derrote a la opción predeterminada con la proporción requerida se descarta. Una propuesta 3:1 debe derrotar a «Ninguna de las anteriores» por tres a uno.

Lea la segunda regla dos veces, porque es la que más se recuerda de forma incorrecta. En Debian, la supermayoría se mide contra la opción predeterminada. Las propuestas rivales no intervienen en ese cálculo.

Si la opción predeterminada gana directamente, no se adopta ninguna propuesta y la cuestión vuelve a la lista. Es un resultado válido. Situar la opción predeterminada por encima de una opción es la forma en que un desarrollador indica: «Preferiría que Debian no dijera nada antes que dijera esto».

Desde marzo de 2022 las papeletas son secretas. La resolución que las hizo secretas fue propuesta por Sam Hartman y se sometió a votación del 13 al 26 de marzo de 2022. La opción vencedora oculta qué desarrollador emitió cada papeleta, pero permite que un votante confirme que su propio voto se incluyó en el recuento. Antes de eso, todas las papeletas ordenadas por preferencias se publicaban con un nombre asociado.

Qué ha cambiado realmente una Resolución General

El sistema init, dos veces. El 11 de febrero de 2014, el Comité Técnico resolvió «que el sistema init predeterminado para las arquitecturas Linux en jessie debía ser systemd», después de un bloqueo que el presidente, Bdale Garbee, rompió con su voto de calidad. La propia resolución del comité añadía que, si el proyecto aprobaba una GR sobre los sistemas init antes de publicar jessie, «esa decisión sustituiría el resultado de esta votación». Ian Jackson propuso esa GR. La votación se celebró del 5 al 18 de noviembre de 2014 y la opción ganadora fue «No se requiere una Resolución General». El proyecto utilizó la votación para decidir no invalidar la decisión de su propio comité.

La cuestión volvió a plantearse en diciembre de 2019 como «Sistemas init y systemd», con siete opciones sustantivas redactadas por cinco desarrolladores. Las opciones iban desde «Centrarse en systemd» hasta «Es necesario admitir varios sistemas init». La votación se celebró del 7 al 27 de diciembre de 2019 y el recuento registró 425 votos. La opción ganadora fue «Systemd, pero apoyamos explorar alternativas».

El firmware no libre y el instalador que descarga. En 2022, el proyecto votó si el instalador oficial debía incluir firmware no libre para tarjetas de red y otro hardware. Seis propuestas llegaron a la papeleta. La votación se celebró del 18 de septiembre al 1 de octubre de 2022 y la opción ganadora fue «Cambiar el Contrato Social para el firmware no libre del instalador, un solo instalador». Como esa opción modificaba el Contrato Social, tenía que superar la opción predeterminada por una proporción de 3:1, y lo consiguió.

Esa votación es el ejemplo más claro de una decisión que llega hasta su máquina. Debian 12 «bookworm», publicada el 10 de junio de 2023, trasladó la mayoría de los paquetes de firmware de non-free a un nuevo componente, non-free-firmware, y su instalador habilita ese componente cuando el hardware lo necesita. Antes de la votación, usar una máquina con una tarjeta de red que necesitaba firmware implicaba saber que había que descargar una imagen no oficial. El mensaje de la lista de correo, la papeleta y la ISO que descarga forman una misma cadena de acontecimientos.

No decir nada, deliberadamente. En abril de 2021, el proyecto votó si debía publicar una declaración sobre la reincorporación de Richard Stallman a la junta directiva de la Free Software Foundation. Ocho opciones llegaron a la papeleta. La opción ganadora fue «Debian no publicará una declaración pública sobre esta cuestión». Una resolución puede establecer que el proyecto no tiene una posición colectiva. Es una decisión que una oficina de prensa corporativa rara vez puede tomar.

Una resolución en curso: uso de LLM en Debian

El proceso está en marcha sobre los modelos de lenguaje de gran tamaño (LLM). El debate de la resolución «Uso de LLM en Debian» se desarrolló en debian-vote del 23 de julio al 13 de agosto de 2026 y produjo ocho propuestas, cada una presentada por un desarrollador diferente:

• No aceptar contribuciones de LLM a Debian mediante el Contrato Social
• Permitir contribuciones asistidas por IA con condiciones
• Rechazar los LLM en la medida de lo práctico y actualizar el Código de Conducta
• Aceptar contribuciones de IA para trabajos específicos de Debian
• Uso responsable de la IA generativa
• Un enfoque prudente de la IA generativa
• Debian es creado por personas
• Evitar el uso de LLM: la destrucción climática es un límite inaceptable

La primera propuesta funciona mediante una modificación del Contrato Social, por lo que necesita una mayoría de 3:1 frente a la opción predeterminada. Las otras siete necesitan una mayoría simple. La votación se abrió el 15 de agosto de 2026 y se cierra el 28 de agosto de 2026.

Nada de esto permite predecir el resultado ni afirma cuál será. Cuando termine el periodo de votación, el Secretario publicará el recuento con la matriz completa de comparaciones por pares en las páginas de votación de Debian, y esa página es la única fuente que merece citarse. Una propuesta anterior, «Interpretación de las DFSG sobre los modelos de inteligencia artificial (IA)», se retiró durante 2025 antes de llegar a una votación, y la retirada también forma parte del proceso: DFSG son las Directrices de Software Libre de Debian, y quienes presentan una propuesta pueden retirarla si todavía no está preparada. El debate más amplio no es exclusivo de Debian, y otros proyectos están estableciendo sus propias políticas para las contribuciones asistidas por IA mediante procedimientos muy diferentes.

Qué significa esto al elegir una distribución de servidor

Compare claramente las dos formas de tomar decisiones.

En Debian, un cambio de política es un documento público antes de convertirse en política. Puede leer la propuesta el día que se publica, observar cómo aparecen las opciones en competencia, ver quién las patrocina, saber cuál es la fecha más temprana en que puede celebrarse la votación y leer el recuento después. El coste es la velocidad. Cada una de esas votaciones requirió semanas de debate, y la cuestión del sistema de inicio necesitó cinco años y dos resoluciones para llegar a una respuesta estable.

En Ubuntu, la dirección se decide dentro de una empresa. La página de gobernanza de Ubuntu describe un Community Council y un Technical Board. También indica que el patrocinador del proyecto, Mark Shuttleworth, preselecciona a los candidatos para ambos organismos y tiene voto de calidad en cada uno, bajo el título de dictador benévolo vitalicio autoproclamado. El resultado es rápido. El 14 de febrero de 2014, tres días después de que el comité de Debian eligiera systemd, Shuttleworth anunció que Ubuntu abandonaría Upstart, el sistema de inicio que Canonical había escrito y distribuido desde 2006, y seguiría a Debian con systemd. Debian llegó al mismo punto mediante una votación del comité, una Resolución General en 2014 y otra en 2019.

Ningún modelo es mejor en abstracto, y fallan de formas distintas. Una votación es lenta, y un grupo decidido puede volver a incluir la misma cuestión en la papeleta hasta que el electorado cambie de opinión. Una decisión empresarial es rápida, y puede revertirse en una reunión de estrategia a la que usted no asistió. Lo que está eligiendo es de dónde recibe los avisos: de una lista pública a la que puede suscribirse o de un anuncio de lanzamiento que lee el mismo día.

En el día a día notará la diferencia a través de la política de versiones y no de las votaciones. Por eso, el siguiente paso práctico es consultar las suites stable, testing y unstable de Debian en un servidor. Si está comparando las dos familias para un servidor nuevo, la cuestión de la gobernanza es un factor más entre varios. La historia de cómo se separaron Debian y Ubuntu cubre el resto, mientras que elegir un sistema operativo para su VPS sitúa la decisión junto a las demás opciones. El patrón es antiguo, y la forma en que se ramificaron las familias de distribuciones muestra con qué frecuencia lo que se bifurcó fue la gobernanza y no el código.

Cómo leer una votación por cuenta propia

No necesita ser Developer para seguir esta explicación. Todo está en cuatro lugares:

• El índice de votaciones en https://www.debian.org/vote/ enumera cada resolución por año, incluidas las retiradas.
• Cada página de votación enumera las propuestas, los patrocinadores por nombre, las fechas de debate y votación, y la mayoría que necesita cada opción.
• Cada página de resultados muestra la matriz por pares y los cálculos. Las líneas del quórum tienen un formato como Option 1 Reached quorum: 307 > 47.6943392867539.
• Los archivos de debian-vote y debian-devel-announce contienen los argumentos que dieron lugar a las opciones.

La constitución está en https://www.debian.org/devel/constitution.. El Appendix A es la parte que describe las votaciones. Es la sección que debe leer si algún resultado parece sorprendente.

FAQ

¿Quién puede votar en una Resolución General de Debian?

Los desarrolladores de Debian, es decir, los miembros del proyecto admitidos mediante el proceso de nuevos miembros de Debian. Son aproximadamente mil personas e incluyen a miembros que no mantienen ningún paquete, pero realizan otras tareas para el proyecto. Los colaboradores que no se han incorporado, los mantenedores de paquetes sin membresía y los usuarios no reciben papeleta. El voto corresponde al miembro individual, por lo que un empleador no tiene un escaño ni un bloque de votos.

¿Qué ocurre si «Ninguna de las anteriores» gana una Resolución General?

No se adopta ninguna propuesta y la cuestión vuelve a la lista de correo. La opción predeterminada aparece en todas las papeletas, no se puede retirar y también sirve como referencia para otras dos reglas: una opción que no obtiene suficientes votos para el quórum y queda por encima de la opción predeterminada se descarta, y una opción que no derrota a la opción predeterminada con la proporción exigida se descarta. Por tanto, una propuesta que necesita una mayoría de 3:1 debe superar a «Ninguna de las anteriores» por tres a uno; sus propuestas rivales no se incluyen en esa comparación.

¿Puede una Resolución General invalidar una decisión del Comité Técnico o del líder del proyecto?

Sí, y la constitución establece un requisito diferente para cada caso. Para invalidar una decisión que el líder del proyecto o un delegado estaba autorizado a tomar se necesita una mayoría simple. Para invalidar una decisión del Comité Técnico se necesita una proporción de 2:1. Para modificar la constitución o un documento fundacional, como el Contrato Social, se necesita una proporción de 3:1. En noviembre de 2014, el proyecto sometió a votación una resolución sobre si debía invalidar la decisión del comité acerca de los sistemas init y decidió no hacerlo, porque la opción «No se necesita una Resolución General» ganó la votación.

¿Cuánto tarda una Resolución General desde la propuesta hasta el resultado?

Aproximadamente un mes cuando no ocurre nada inusual. El debate dura como mínimo 2 semanas y como máximo 3. Después, el secretario del proyecto publica la papeleta y convoca la votación en un plazo de siete días desde el final del debate. Los periodos de votación recientes han durado dos semanas. La resolución de 2026 sobre el uso de LLM muestra el desarrollo habitual: debate del 23 de julio al 13 de agosto de 2026 y votación del 15 al 28 de agosto de 2026.