Resultaten av omröstningen om Debians init-system har sammanfattats

Publicerad resultat allmän omröstning (GR, general resolution) разработчиков проекта Debian, участвующих в сопровождении пакетов и поддержании инфраструктуры, проводившегося по вопросу поддержки нескольких систем инициализации. Победил второй пункт («B») в списке — предпочитаемым остаётся systemd, но оставляется возможность сопровождения альтернативных систем инициализации. Голосование проводилось методом Кондорсе, при котором каждый голосующий ранжирует все варианты в порядке их предпочтения, а при вычислении результата учитывается сколько голосующих предпочитает один вариант другому.

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

В пакеты допускается включение как unit-файлов systemd, так и init-скриптов для запуска сервисов. Пакеты могут использовать любые возможности systemd по желанию сопровождающего пакет, при условии, что эти возможности соответствуют требованиям правил Debian и не привязаны к экспериментальным или неподдерживаемым в Debian возможностям из других пакетов. Помимо systemd пакеты также могут включать поддержку альтернативных систем инициализации и предоставлять компоненты для замены специфичных интерфейсов systemd. Решения по включению патчей принимаются сопровождающими в рамках штатных процедур. Debian обязуется работать с производными дистрибутивами, выбравшими для себя другие системы инициализации, но взаимодействие строится на уровне сопровождающих, на которых ложатся решения о том, какие подготовленные сторонними дистрибутивами возможности принимать в основной состав Debian, а какие оставлять в производном дистрибутиве.

Låt oss komma ihåg att den tekniska kommittén 2014 godkänd övergång standarddistribution på systemd, men inte tränade решения по отношению к поддержке нескольких систем инициализации (при голосовании победил пункт, указывающий на неготовность комитета вынести решение по данному вопросу). Лидер комитета порекомендовал сопровождающим пакеты сохранить поддержку sysvinit в качестве альтернативной системы инициализации, но указал, что не может навязывать свою точку зрения и в каждом случае решение следует принимать самостоятельно.

Efter detta försökte några utvecklare försök att genomföra allmän omröstning, men den preliminära omröstningen visade att det inte fanns något behov av att fatta ett beslut i frågan om att använda flera initieringssystem. För några månader sedan, efter problem med inkluderingen av elogind-paketet (nödvändigt för att köra GNOME utan systemd) i testgrenen på grund av en konflikt med libsystemd, togs frågan åter upp av Debians projektledare, eftersom utvecklarna inte kunde komma överens, och deras kommunikation förvandlades till en konfrontation och nådde en återvändsgränd.

Рассматривавшиеся варианты:

Huvudfokus ligger på systemd. Att tillhandahålla stöd för alternativa init-system är inte en prioritet, men underhållare kan valfritt inkludera init-skript för sådana system i paket.

systemd förblir att föredra, men möjligheten att behålla alternativa initieringssystem finns kvar. Teknologier som elogind, som gör att applikationer bundna till systemd kan köras i alternativa miljöer, ses som viktiga. Paket kan innehålla init-filer för alternativa system.

Stöd för en mängd olika init-system och möjligheten att starta upp Debian med andra init-system än systemd.
För att köra tjänster måste paketen innehålla init-skript; att endast tillhandahålla systemd-enhetsfiler utan sysv init-skript är oacceptabelt.

Поддержка систем, не использующих systemd, но без внесения изменений, мешающих развитию. Разработчики соглашаются поддерживать несколько систем инициализации в обозримом будущем, но также считают необходимым работать над улучшением поддержки systemd. Разработкой и сопровождением специфичных решений следует заниматься заинтересованным в таких решениях сообществам, но другие мэйнтейнеры должны активно помогать и способствовать решению проблем, когда в этом возникает необходимость. В идеале пакеты должны функционировать при использовании любой системы инициализации, для чего можно поставлять традиционные init-скрипты или использовать иные механизмы, позволяющие работать без systemd. Невозможность работы без systemd рассматривается как ошибка, но не как ошибка, блокирующая релиз, за исключением случаев, когда имеется готовое решение для работы без systemd, но его отказываются сохранять (например, когда проблема вызвана удалением ранее поставлявшегося init-скрипта).

Stöder portabilitet utan att införa förändringar som hindrar utvecklingen. Debian fortsätter att ses som en brygga för att integrera olika programvaror som tillhandahåller motsvarande eller liknande funktionalitet. Portabilitet mellan hårdvaruplattformar och mjukvarustackar är ett viktigt mål, och integrationen av alternativa tekniker uppmuntras, även om deras skapares världsbild skiljer sig från den allmänna konsensus. Positionen gällande systemd och andra initieringssystem sammanfaller helt med punkt 4.

Att göra stöd för flera initieringssystem obligatoriskt. Att tillhandahålla möjligheten att köra Debian med andra init-system än systemd fortsätter att vara viktigt för projektet. Varje paket måste fungera med andra pid1-hanterare än systemd, såvida inte programvaran som ingår i paketet ursprungligen var avsedd att fungera endast med systemd och inte stöder körning utan systemd (avsaknaden av init-skript räknas inte som avsedd endast för att arbeta med systemd) .

Stöder portabilitet och flera implementeringar. De allmänna principerna är exakt desamma som punkt 5, men det finns inga specifika krav på systemd- och init-system, och inga skyldigheter åläggs utvecklare. Utvecklare uppmuntras att ta hänsyn till varandras intressen, göra kompromisser och hitta gemensamma lösningar som är tillfredsställande för olika parter.

Fortsatt diskussion. Objektet kan användas för att nedgradera oacceptabla alternativ.

Källa: opennet.ru