Как Debian принимает решения: General Resolution

Кто принимает решения о содержимом 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. Это участники проекта, принятые через процесс New Member, который включает в себя людей, не сопровождающих пакеты, но выполняющих другую работу для проекта. Участник, не прошедший этот процесс, не получает бюллетень, как и обычный пользователь. Голос принадлежит конкретному участнику, поэтому работодатели не имеют места в голосовании и не могут блокировать голоса.

DPL избирается каждую весну по той же системе ранжированного голосования, где «None of the above» является вариантом по умолчанию, и занимает должность в течение одного года. На выборах 2026 года выдвижение кандидатов проходило с 7 по 13 марта, агитация — до 3 апреля, а голосование — с 4 по 17 апреля 2026 года. Sruthi Chandran была единственным кандидатом и была избрана: подсчет зафиксировал 289 голосов в пользу кандидата против «None of the above» и 50 голосов в обратную сторону. Результат был опубликован 19 апреля 2026 года.

Эта должность обладает меньшей властью, чем предполагает название. DPL назначает делегатов, выступает от имени проекта, принимает решения по вопросам, требующим срочных действий, и решает вопросы, за которые никто другой не несет ответственности. DPL не может устанавливать техническую политику указом, поскольку раздел 4.1 позволяет разработчикам отменить любое решение, которое лидер уполномочен принимать, и для такой отмены требуется лишь простое большинство голосов.

Project Secretary — это непубличная должность, которая обеспечивает работу остальных механизмов. Секретарь публикует бюллетени, объявляет голосование, проводит подсчет и выносит решения по процедурным вопросам, например, какое большинство требуется для того или иного варианта.

Как предлагается и поддерживается общее решение

Резолюция начинается с электронного письма в публичный список рассылки, на практике это debian-vote@lists.debian.org. Читать его может любой желающий. Предложить резолюцию может только разработчик.

Конституция гласит, что резолюция или вариант для голосования «считается внесенным, если он предложен любым разработчиком и поддержан как минимум K другими разработчиками». Значение K зависит от размера проекта, как и кворум:

2022 voting secrecy 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 — это половина квадратного корня из числа текущих разработчиков, а K — это Q или 5, в зависимости от того, что меньше. В Debian уже десятилетиями насчитывается более 100 разработчиков, поэтому на практике K равно 5. Пять других разработчиков должны ответить в списке рассылки, чтобы поддержать предложение. Этот порог намеренно сделан низким, а поддержка не означает согласие: это заявление о том, что вопрос заслуживает вынесения на голосование.

Затем начинается период обсуждения. Минимальный срок составляет 2 недели, максимальный — 3 недели. В течение этого окна любой другой разработчик может добавить другой вариант в тот же бюллетень, заручившись поддержкой пяти своих сторонников. Поскольку процесс принятия резолюций был пересмотрен в результате голосования в январе 2022 года, все варианты равноправны, и первоначальный автор не имеет особого статуса по сравнению с остальными.

Именно поэтому бюллетень Debian редко представляет собой вопрос «да» или «нет». Общее решение (GR) обычно поступает в виде списка конкурирующих предложений, написанных разными людьми в период обсуждения.

Когда обсуждение завершается, секретарь проекта публикует бюллетень и объявляет о начале голосования; это должно быть сделано в течение семи дней. Недавние периоды голосования длились две недели: с 18 сентября по 1 октября 2022 года по резолюции о прошивках и с 15 по 28 августа 2026 года по резолюции об LLM, которая была последней.

Почему голосование рейтинговое и что делает вариант по умолчанию

Debian подсчитывает голоса методом Кондорсе. Каждый голосующий ранжирует варианты в порядке предпочтения. При подсчете сравнивается каждая пара вариантов: для вариантов A и B система считает, сколько бюллетеней ставят A выше B, а сколько — B выше A. Победителем становится вариант, который выигрывает во всех своих сравнениях один на один. Если предпочтения образуют цикл и такого варианта нет, конституция отбрасывает слабейшие поражения, пока победитель не появится из множества Шварца — группы вариантов, которые не побеждаются ничем вне этой группы.

Ранжирование устраняет проблему расщепления голосов. Четыре предложения, которые в целом схожи, не могут нейтрализовать друг друга, так как голосующий, предпочитающий одно из них, может поставить остальные три выше вариантов, которые ему не нравятся.

Каждый бюллетень по общему решению (General Resolution) заканчивается вариантом по умолчанию. Конституция гласит, что у него «нет автора или спонсоров, и он не может быть изменен или отозван». Сегодня он называется «Ни один из вышеперечисленных» (None of the above). До изменения процесса, за которое проголосовали в январе 2022 года, он назывался «Дальнейшее обсуждение» (Further Discussion), и на старых страницах с результатами до сих пор используется это название.

Вариант по умолчанию является точкой отсчета для двух правил, которые могут отклонить предложение самостоятельно:

• Кворум: любой вариант, кроме варианта по умолчанию, который не набирает как минимум 3Q голосов, ставящих его выше варианта по умолчанию, исключается из рассмотрения. В 2022 году это составляло около 48 голосов.
• Квалифицированное большинство: любой вариант, отличный от варианта по умолчанию, который не побеждает вариант по умолчанию с требуемым соотношением, исключается. Предложение с требованием 3:1 должно победить вариант «Ни один из вышеперечисленных» с перевесом три к одному.

Прочитайте второе правило дважды, так как именно его люди часто запоминают неверно. Квалифицированное большинство в Debian измеряется относительно варианта по умолчанию. Соперничающие предложения в этом не участвуют.

Если вариант по умолчанию побеждает безоговорочно, ни одно предложение не принимается, и вопрос возвращается в список. Это вполне реальный исход. Поставив вариант по умолчанию выше какого-либо предложения, разработчик говорит: «Я предпочту, чтобы Debian не принимал никакого решения, чем принял это».

С марта 2022 года бюллетени являются тайными. За это решение голосовали с 13 по 26 марта 2022 года, и оно демонстрирует работу правила квалифицированного большинства. Вариант Сэма Хартмана (Sam Hartman) о сокрытии личностей голосующих был отклонен, так как он победил вариант по умолчанию лишь со счетом 149 к 94, что меньше необходимых 3:1 для изменения конституции. Победивший вариант, предложенный Юдит Фоглзингер (Judit Foglszinger), преодолел этот барьер со счетом 185 к 61 и стал версией 1.9 конституции. Он скрывает, кто из разработчиков подал какой бюллетень, при этом позволяя голосующему подтвердить, что его голос был учтен при подсчете. До этого каждый рейтинговый бюллетень публиковался с указанием имени проголосовавшего.

Что на самом деле изменили 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

Механизм голосования был недавно применен к большим языковым моделям (LLM). Обсуждение резолюции «Использование LLM в Debian» проходило в списке рассылки debian-vote с 23 июля по 13 августа 2026 года и привело к появлению восьми предложений, каждое из которых было выдвинуто отдельным разработчиком:

• Запрет на внесение вкладов в Debian с помощью LLM через Общественный договор
• Разрешение вкладов с использованием ИИ при соблюдении условий
• Отказ от LLM, насколько это практически возможно, обновление Кодекса поведения
• Принятие вкладов, созданных с помощью ИИ, для работы, специфичной для Debian
• Ответственное использование генеративного ИИ
• Осторожный подход к генеративному ИИ
• Debian создается людьми
• Избегание использования LLM: разрушение климата является неприемлемым фактором

Первое из этих предложений предполагает внесение поправок в Общественный договор, поэтому для его принятия требовалось большинство голосов 3:1 по сравнению с вариантом по умолчанию. Для остальных семи предложений требовалось простое большинство. Голосование проходило с 15 по 28 августа 2026 года, в списке избирателей числилось 1045 разработчиков, а кворум составлял около 48.5 голосов, что было достигнуто всеми восемью вариантами.

Результат демонстрирует работу обоих правил из предыдущего раздела. Вариант с Общественным договором был отклонен, так как 144 бюллетеня поставили его выше варианта «Ничего из вышеперечисленного», а 257 — ниже, что дает соотношение 0.560 при необходимом значении 3. Вариант «Отказ от LLM, насколько это практически возможно, обновление Кодекса поведения» был отклонен, так как проиграл варианту по умолчанию со счетом 176 против 230. Победителем стал вариант «Ответственное использование генеративного ИИ», который опередил вариант по умолчанию со счетом 281 против 126 и победил все остальные варианты при прямом сравнении. По состоянию на 12 октября 2026 года индекс голосований Debian за 2026 год указывает, что резолюция принята, и других открытых общих резолюций нет.

Секретарь публикует результаты подсчета с полной матрицей попарных сравнений на страницах голосования Debian (https://www.debian.org/vote/), и эта страница является единственным источником, на который стоит ссылаться при цитировании текста победившего предложения. Более раннее предложение, «Толкование DFSG в отношении моделей искусственного интеллекта (ИИ)», было отозвано в течение 2025 года до того, как оно попало в бюллетень, и отзыв также является частью процесса: DFSG — это Руководство Debian по свободному программному обеспечению (Debian Free Software Guidelines), и предложение, которое еще не готово, может быть отозвано инициаторами. Более широкая дискуссия ведется не только в Debian, и другие проекты определяют свои собственные политики в отношении вкладов с использованием ИИ совершенно иными путями.

Что это означает при выборе серверного дистрибутива

Сравним два подхода к принятию решений.

В 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 года.