Выбор 1: Подтверждение Инициативного Разнообразия Используя свои полномочия в соответствии с разделом 4.1 (5) Устава, проект издает следующее утверждение, описывающее нашу текущую позицию по системам Init, разнообразию систем Init и использованию средств systemd. Это утверждение описывает положение проекта на момент его принятия. Эта позиция может развиваться с течением времени без необходимости прибегать к будущим общим резолюциям. Процесс GR остается доступным, если проект нуждается в решении и не может прийти к консенсусу.
Выбор 2: systemd, но мы поддерживаем изучение альтернатив Используя свои полномочия в соответствии с разделом 4.1 (5) Устава, проект издает следующее утверждение, описывающее нашу текущую позицию по системам Init, разнообразию систем Init и использованию средств systemd. Это утверждение описывает положение проекта на момент его принятия. Эта позиция может развиваться с течением времени без необходимости прибегать к будущим общим резолюциям. Процесс GR остается доступным, если проект нуждается в решении и не может прийти к консенсусу.
Выбор 3: Сосредоточьтесь на systemd для системы Init и других объектов Используя свои полномочия в соответствии с разделом 4.1 (5) Устава, проект издает следующее утверждение, описывающее нашу текущую позицию по системам Init, разнообразию систем Init и использованию средств systemd. Это утверждение описывает положение проекта на момент его принятия. Эта позиция может развиваться с течением времени без необходимости прибегать к будущим общим резолюциям. Процесс GR остается доступным, если проект нуждается в решении и не может прийти к консенсусу.
Проект Debian признает, что системные единицы обслуживания systemd являются предпочтительной конфигурацией для описания того, как запустить демон / службу. Пакеты должны включать сервисные модули или сценарии инициализации для запуска демонов и сервисов. Если проект или соответствующие стороны не договорились об ином, средства systemd, где они существуют и являются стабильными и поддерживаются сопровождающими systemd, должны быть предпочтительнее, чем специфичные для Debian способы решения той же проблемы, если подход Debian не имеет явных и очевидных преимуществ.
Выбор 4: Поддержка несистемных систем, без блокировки прогресса Название: Поддержка несистемных систем, без блокировки прогресса ПРИНЦИПЫ
-
Мы хотим продолжать поддерживать несколько систем инициализации в обозримом будущем. И мы хотим улучшить нашу поддержку systemd. Мы разочарованы тем, что для этого пришлось задействовать еще одну ГР.
-
В первую очередь сообщества в каждой программной экосистеме должны поддерживать и разрабатывать свое соответствующее программное обеспечение, но при активной поддержке других разработчиков и привратников, где это необходимо.
СИСТЕМНЫЕ ЗАВИСИМОСТИ 3. В идеале пакеты должны быть полностью функциональными для всех систем инициализации. Это означает (например), что демоны должны отправлять традиционные сценарии инициализации или использовать другие механизмы, чтобы гарантировать, что они запускаются без systemd. Это также означает, что настольное программное обеспечение должно быть устанавливаемым и в идеале полностью функциональным, без systemd.
-
Так что отказ от поддержки несистемных систем, где такая поддержка недоступна, является ошибкой. Но это не критическая ошибка выпуска. Вопрос о том, записано ли требование для systemd как формальная ошибка в системе ошибок Debian, когда нет доступных исправлений, зависит от сопровождающего.
-
Когда пакет имеет ограниченную функциональность без systemd, это обычно не должно документироваться как (прямое или косвенное) Зависит или Рекомендуется от systemd-sysv. Это связано с тем, что при таких зависимостях установка такого пакета может попытаться переключить систему инициализации, а это не то, чего хотел пользователь. Например, демон с только системным сценарием файла systemd по-прежнему должен быть установлен в несистемной системе, поскольку его можно запустить вручную. Одним из следствий этого является то, что в несистемных системах может быть возможно установить программное обеспечение, которое не будет работать или не будет работать должным образом из-за необъявленной зависимости от systemd. Это неудачно, но попытка переключить систему инициализации пользователя хуже. Мы надеемся, что лучшие технические подходы могут быть разработаны для решения этой проблемы.
-
Мы понимаем, что некоторые сопровождающие считают скрипты инициализации обузой, и мы надеемся, что сообщество сможет найти способы, чтобы упростить добавление поддержки систем инициализации не по умолчанию. Дискуссии о проектировании таких систем должны быть дружескими и совместными, и если будут разработаны подходящие механизмы, они должны поддерживаться обычными способами в Debian.
https://www.debian.org/vote/2019/vote_002 - больше инфы
