Как Debian принимает решения: General Resolution
Узнайте, как Debian Developers предлагают и принимают General Resolution: ранжированный бюллетень, вариант None of the above и действующая конституция версии 1.9.
Кто принимает решения о содержимом Debian
Debian General Resolution (GR) — это голосование всего проекта. Так Debian принимает решения по вопросам политики, а не передаёт их одному человеку. Голосовать могут Debian Developers — примерно тысяча человек. Бюллетень использует ранжирование. В нём всегда есть вариант, который никто не предлагал: «None of the above». Этот вариант может обойти все предложения в бюллетене. Если это происходит, проект принимает решение не принимать решения.
Это не устная традиция. Конституция Debian определяет, кто и какие решения может принимать, как предложение попадает на голосование, как подсчитываются голоса и для каких решений требуется больше простого большинства. С этим документом стоит ознакомиться до выбора дистрибутива для сервера. Он показывает, каким образом изменение политики попадает на вашу машину и за какое время вас об этом уведомят.
Конституция и проблемы, которые она решает
Debian утвердил версию 1.0 своей конституции 2 December 1998. Действующая редакция — версия 1.9, утверждённая 26 March 2022. В начале документа перечислены все предыдущие версии, поскольку изменить его можно только посредством голосования, описанного в самой конституции.
Здесь важны четыре стороны. Разработчики, действующие совместно, обладают окончательными полномочиями. Debian Project Leader (DPL) избирается каждый год. Technical Committee (TC) выносит решения по техническим спорам между сопровождающими. Project Secretary проводит голосования и принимает решения по процедурным вопросам.
В разделе 4.1 перечислено, что разработчики могут делать как единый орган:
- Назначать или отзывать Project Leader.
- Вносить изменения в конституцию большинством 3:1.
- Принимать или отменять любое решение, разрешённое полномочиями Project Leader или Delegate.
- Принимать или отменять любое решение, разрешённое полномочиями Technical Committee, большинством 2:1.
- Выпускать, заменять и отзывать нетехнические документы и заявления, определяющие политику.
Соотношения голосов определяют всю конструкцию. Для отмены решения руководителя достаточно простого большинства, поскольку решение руководителя должно быть предварительным. Для отмены решения Technical Committee требуется соотношение 2:1, поскольку комитету поручено выносить решения не без причины. Для изменения конституции или основополагающего документа, например Social Contract, требуется соотношение 3:1. Чем сложнее отменить решение, тем выше должен быть порог для его принятия.
Кто голосует и что на самом деле может лидер
Голосуют только Debian Developers. Это участники проекта, принятые через процедуру Debian New Member. В неё входят и те, кто не сопровождает пакеты, но выполняет другую работу для проекта. Участник, не прошедший эту процедуру, не получает права голоса. Пользователь также не получает права голоса. Право голоса принадлежит конкретному участнику. Поэтому работодатели не получают места и блока голосов.
DPL избирают каждую весну по той же системе ранжированного голосования. В бюллетене по умолчанию есть вариант «None of the above». Срок полномочий составляет один год. На выборах 2026 года выдвижение кандидатур проходило с 7 по 13 March, предвыборная кампания — до 3 April, а голосование — с 4 по 17 April 2026. Sruthi Chandran была единственным кандидатом и была избрана: согласно подсчёту, 289 голосов отдали предпочтение кандидату перед None of the above, а 50 — варианту None of the above. Результат опубликовали 18 April 2026.
У этой должности меньше полномочий, чем можно предположить по названию. DPL назначает делегатов, выступает от имени проекта, принимает решения, требующие срочных действий, и принимает решения по вопросам, за которые никто другой не отвечает. DPL не может единолично устанавливать техническую политику, поскольку section 4.1 позволяет Developers отменить любое решение, которое лидер вправе принять. Для такой отмены требуется только простое большинство.
Project Secretary — это малозаметная должность, благодаря которой работает остальная система. Секретарь публикует бюллетень, созывает голосование, проводит подсчёт и выносит решения по процедурным вопросам, например определяет, какое большинство требуется для конкретного варианта.
Как предлагается и поддерживается General Resolution
Resolution начинается с электронного письма в общедоступный список рассылки, на практике — debian-vote@lists.debian.org. Читать его может любой пользователь. Предлагать resolution может только Developer.
В Конституции сказано, что resolution или вариант в бюллетене «вносится, если его предложил любой Developer и его поддержали как минимум K других Developers». Значение K зависит от размера проекта. От него также зависит кворум:
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 surviveQ равен половине квадратного корня из количества действующих Developers, а K — это меньшее из значений Q и 5. В Debian уже несколько десятилетий более 100 разработчиков, поэтому на практике K равен 5. Пять других Developers должны ответить в списке рассылки и поддержать предложение. Этот порог намеренно установлен низким. Поддержка не означает согласия. Это означает, что вопрос заслуживает вынесения на голосование.
Затем начинается период обсуждения. Он длится не менее 2 недель и не более 3 недель. В этот период любой другой Developer может добавить в тот же бюллетень другой вариант, заручившись поддержкой пяти собственных спонсоров. После того как процедура resolution была изменена голосованием в January 2022, все варианты равноправны. Исходный автор предложения не имеет особого статуса по сравнению с остальными.
Поэтому бюллетень Debian редко содержит вопрос, на который можно ответить только «да» или «нет». Обычно GR представляет собой список конкурирующих предложений, подготовленных разными участниками в период обсуждения.
После завершения обсуждения Project Secretary публикует бюллетень и объявляет голосование. Это должно быть сделано в течение 7 дней. В последнее время голосования длились 2 недели: с 18 September по 1 October 2022 для resolution о firmware и с 15 по 28 August 2026 для текущего голосования.
Почему бюллетень содержит ранжирование и что делает вариант по умолчанию
Debian подсчитывает голоса методом Кондорсе. Каждый избиратель располагает варианты в порядке предпочтения. Затем при подсчёте сравнивается каждая пара вариантов: для вариантов A и B определяется, сколько бюллетеней ставят A выше B и сколько ставят B выше A. Вариант, который выигрывает все попарные сравнения, становится победителем. Если предпочтения образуют цикл и такого варианта нет, конституция исключает самые слабые поражения, пока победитель не будет выбран из множества Шварца — группы вариантов, которые не может победить ни один вариант за пределами этой группы.
Ранжирование устраняет проблему разделения голосов. Четыре в целом согласующихся предложения не могут нейтрализовать друг друга, поскольку избиратель, который предпочитает одно из них, всё равно может поставить остальные три выше вариантов, которые ему не нравятся.
Каждый бюллетень по General Resolution завершается вариантом по умолчанию. В конституции сказано, что у него «нет автора или спонсоров, и его нельзя изменить или отозвать». Сейчас он называется «Ни один из перечисленных вариантов». До изменения процедуры, за которое проголосовали в January 2022, он назывался «Дальнейшее обсуждение», и на старых страницах с результатами по-прежнему используется это название.
Вариант по умолчанию служит точкой отсчёта для двух правил, каждое из которых может самостоятельно отклонить предложение:
- Кворум: любой вариант, кроме варианта по умолчанию, который не получает как минимум 3Q голосов с более высоким рангом, чем у варианта по умолчанию, исключается из рассмотрения. В 2022 это составляло около 48 голосов.
- Сверхбольшинство: любой вариант, кроме варианта по умолчанию, который не побеждает его с требуемым соотношением, исключается. Предложение с требованием 3:1 должно победить вариант «Ни один из перечисленных вариантов» с результатом три к одному.
Прочитайте второе правило ещё раз, потому что его чаще всего неправильно запоминают. В Debian сверхбольшинство определяется относительно варианта по умолчанию. Соперничающие предложения в этом сравнении не участвуют.
Если вариант по умолчанию одерживает чистую победу, ни одно предложение не принимается, а вопрос возвращается в список рассылки. Это полноценный результат голосования. Если разработчик ставит вариант по умолчанию выше какого-либо варианта, он тем самым говорит: «Я предпочёл бы, чтобы Debian ничего не говорил, чем говорил это».
С March 2022 бюллетени являются секретными. Резолюция о сокрытии бюллетеней была предложена Sam Hartman, и голосование по ней проходило с 13 по 26 March 2022. Победивший вариант скрывает, какой разработчик подал конкретный бюллетень, но позволяет избирателю проверить, что его собственный голос был учтён при подсчёте. До этого каждый ранжированный бюллетень публиковался с указанием имени.
Что на самом деле изменили General Resolution
Система инициализации — дважды. 11 февраля 2014 года Technical Committee постановил: «системой инициализации по умолчанию для архитектур Linux в jessie должна быть systemd». Это произошло после тупиковой ситуации, которую председатель Bdale Garbee разрешил решающим голосом. В собственной резолюции комитет добавил: если до выпуска jessie проект примет GR по системам инициализации, «это решение заменит результат данного голосования». Ian Jackson предложил такую GR. Голосование проходило с 5 по 18 ноября 2014 года. Победил вариант «General Resolution is not required». Проект использовал бюллетень, чтобы не отменять решение собственного комитета.
Вопрос вернулся в декабре 2019 года под названием «Init systems and systemd». В бюллетень вошли семь содержательных вариантов, подготовленных пятью разработчиками. Они варьировались от «Focus on systemd» до «Support for multiple init systems is Required». Голосование проходило с 7 по 27 декабря 2019 года. В подсчёте было зарегистрировано 425 голосов. Победил вариант «Systemd but we support exploring alternatives».
Несвободные микропрограммы и загружаемый вами установщик. В 2022 году проект голосовал по вопросу о том, должен ли официальный установщик включать несвободные микропрограммы для сетевых карт и другого оборудования. В бюллетень вошли шесть предложений. Голосование проходило с 18 сентября по 1 октября 2022 года. Победил вариант «Change SC for non-free firmware in installer, one installer». Поскольку этот вариант изменял Social Contract, ему требовалось получить превосходство над вариантом по умолчанию в соотношении 3:1. Это условие было выполнено.
Это голосование — самый наглядный пример того, как решение из бюллетеня попадает на ваш компьютер. Debian 12 «bookworm», выпущенный 10 июня 2023 года, перенёс большинство пакетов микропрограмм из non-free в новый компонент non-free-firmware. Его установщик включает этот компонент, если он нужен оборудованию. До голосования для компьютера с сетевой картой, требующей микропрограмму, нужно было знать, где получить неофициальный образ. Публикация в списке рассылки, бюллетень и загружаемый вами ISO-образ являются звеньями одной цепочки событий.
Намеренное отсутствие заявления. В апреле 2021 года проект голосовал по вопросу о публикации официального заявления в связи с возвращением Richard Stallman в совет директоров Free Software Foundation. В бюллетень вошли восемь вариантов. Победил вариант «Debian will not issue a public statement on this issue». Резолюция может установить, что у проекта нет общей позиции. Для пресс-службы компании такое решение обычно недоступно.
Идёт обсуждение: использование LLM в Debian
Сейчас в Debian рассматривается вопрос об использовании больших языковых моделей (LLM). Обсуждение резолюции «Использование LLM в Debian» проходило в debian-vote с 23 июля по 13 августа 2026 года. В результате были выдвинуты восемь предложений, каждое от отдельного разработчика:
- Запретить вклад с использованием LLM в Debian через Social Contract
- Разрешить вклады с помощью AI при определённых условиях
- По возможности отклонять использование LLM и обновить Code of Conduct
- Принимать вклады с использованием AI для работ, специфичных для Debian
- Ответственное использование генеративного AI
- Осторожный подход к генеративному AI
- Debian создают люди
- Избегать использования LLM: разрушение климата неприемлемо
Первое предложение предусматривает внесение изменений в Social Contract, поэтому для него требуется большинство 3:1 по сравнению с вариантом по умолчанию. Для остальных семи предложений требуется простое большинство. Голосование началось 15 августа 2026 года и завершится 28 августа 2026 года.
Этот материал не позволяет предсказать результат и не утверждает, каким он будет. После завершения голосования Secretary опубликует итоговые данные с полной попарной матрицей на страницах голосования Debian. Только эту страницу следует использовать в качестве источника цитат. Более раннее предложение «Интерпретация DFSG применительно к моделям искусственного интеллекта (AI)» было отозвано в течение 2025 года, до вынесения на голосование. Отзыв также является частью процесса: DFSG — это Debian Free Software Guidelines, а готовое не полностью предложение могут отозвать его авторы. Этот спор затрагивает не только Debian. Другие проекты формируют собственные политики использования AI для содействия в подготовке вкладов совершенно иными способами.
Что это означает при выборе серверного дистрибутива
Сравним два подхода к принятию решений.
В Debian изменение политики сначала становится общедоступным документом, и только потом — политикой. Вы можете прочитать предложение в день публикации, наблюдать за появлением альтернатив, увидеть имена авторов, узнать самую раннюю дату голосования и затем ознакомиться с результатами. Обратная сторона — скорость. Каждое такое голосование предваряли недели обсуждений, а вопрос о системе инициализации потребовал пяти лет и двух резолюций, чтобы прийти к устойчивому решению.
В Ubuntu направление определяют внутри компании. На странице управления Ubuntu описаны Community Council и Technical Board. Там также указано, что спонсор проекта Mark Shuttleworth составляет короткие списки кандидатов в оба органа и имеет решающий голос в каждом из них. Его должность описывается как self-appointed benevolent dictator for life. Результат достигается быстро. 14 февраля 2014 года, через три дня после того, как комитет Debian выбрал systemd, Shuttleworth объявил, что Ubuntu откажется от Upstart — системы инициализации, которую Canonical разработала и поставляла с 2006 года, — и перейдёт на systemd вслед за Debian. Debian пришёл к тому же решению через голосование комитета, одну General Resolution в 2014 году и ещё одну в 2019 году.
Ни одна модель не является однозначно лучшей, и у каждой свои недостатки. Голосование проходит медленно, а сплочённая группа может снова выносить один и тот же вопрос на голосование, пока избиратели не изменят мнение. Решение компании принимается быстро, но его могут отменить на совещании по стратегии, на котором вы не присутствовали. Вы выбираете источник уведомлений: общедоступный список рассылки, на который можно подписаться, или объявление о выпуске, которое вы прочитаете в день публикации.
В повседневной работе разницу вы почувствуете скорее через политику выпусков, чем через голосования. Поэтому практическое продолжение — это стабильные, тестовые и нестабильные ветки Debian на сервере. Если вы выбираете между двумя семействами для нового сервера, вопрос управления — лишь один из факторов. История разделения Debian и Ubuntu описывает остальные, а выбор операционной системы для VPS сопоставляет этот выбор с другими вариантами. Такая схема существует давно, и история ветвления семейств дистрибутивов показывает, как часто причиной ответвления становилось управление, а не код.
Как самостоятельно проверить голосование
Для этого не нужно быть разработчиком. Вся информация находится в четырех местах:
- В указателе голосований на https://www.debian.org/vote/ перечислены все резолюции по годам, включая отозванные.
- На странице каждого голосования перечислены предложения, указаны спонсоры, даты обсуждения и голосования, а также большинство, необходимое для каждого варианта.
- На каждой странице с результатами приведены попарная матрица и расчеты. Строки с кворумом выглядят примерно так:
Option 1 Reached quorum: 307 > 47.6943392867539. - В архивах debian-vote и debian-devel-announce хранятся аргументы, на основании которых были сформированы варианты.
Сам текст Конституции находится на https://www.debian.org/devel/constitution.. В приложении A описывается порядок голосования. Именно этот раздел следует прочитать, если результат кажется неожиданным.
FAQ
Кто может голосовать по Общей резолюции Debian?
Разработчики Debian, то есть участники проекта, принятые через процедуру New Member в Debian. Таких участников примерно тысяча. Среди них есть люди, которые не сопровождают пакеты, но выполняют другую работу для проекта. Контрибьюторы, которые не вступили в проект, сопровождающие пакеты без статуса участника и пользователи не получают бюллетень. Право голоса принадлежит отдельному участнику. Работодатель не получает место и блок голосов.
Что происходит, если по Общей резолюции побеждает вариант «Ни один из перечисленных»?
Ни одно предложение не принимается, и вопрос возвращается в список рассылки. Вариант по умолчанию присутствует в каждом бюллетене и не может быть отозван. Он также служит критерием для двух других правил: вариант, который не набрал кворумных голосов выше варианта по умолчанию, исключается; вариант, который не превысил вариант по умолчанию с требуемым соотношением, также исключается. Поэтому предложение, которому требуется большинство 3:1, должно превзойти вариант «Ни один из перечисленных» в соотношении три к одному. Его конкурирующие предложения в этой проверке не участвуют.
Может ли Общая резолюция отменить решение Technical Committee или Project Leader?
Да, и конституция устанавливает для каждого случая разные требования. Для отмены решения, которое Project Leader или Delegate имел право принять, требуется простое большинство. Для отмены решения Technical Committee требуется соотношение 2:1. Для изменения конституции или основополагающего документа, например Social Contract, требуется соотношение 3:1. В ноябре 2014 года проект провёл голосование о том, следует ли отменить решение комитета по поводу init systems, но решил этого не делать, поскольку вариант «Общая резолюция не требуется» победил в бюллетене.
Сколько времени проходит от предложения Общей резолюции до объявления результата?
Около месяца, если не происходит ничего необычного. Обсуждение длится не менее 2 недель и не более 3. Затем Project Secretary публикует бюллетень и назначает голосование в течение 7 дней после окончания обсуждения. В последнее время периоды голосования длились 2 недели. Резолюция 2026 года об использовании LLM показывает типичный порядок: обсуждение с 23 июля по 13 августа 2026 года, затем голосование с 15 по 28 августа 2026 года.