Общее голосование Debian по системам инициализации уже имеет выигрышный выбор

Система инициализации Debian

В начале месяца cДелимся с вами здесь, в блоге, новостью всеобщего голосования. который был создан для того, чтобы решить, будет ли система поддерживать несколько систем инициализации. в результате того, что в 2014 году Технический комитет одобрил передачу макета по умолчанию в systemd, но не разработал решение относительно к поддержке различных системы инициализации.

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

После этого некоторые разработчики пытались провести общее голосование, но предварительное голосование показало, что нет необходимости принимать решение об использовании различных систем инициализации.

Несколько месяцев назад, после проблем с включением пакета elogind (необходимого для работы Gnome без systemd) в тестовую ветку из-за конфликта с libsystemd, руководитель проекта Debian снова поднял вопрос, так как разработчики не смогли. согласны, и их общение превратилось в конфронтацию и в конечном итоге привело к решению в этом отношении общим голосованием.

Сейчас результаты указанного голосования были обнародованы в установленную дату (28 декабря), когда они участвовали в обслуживании пакетов и инфраструктуры в отношении поддержки множественных систем инициализации.

Система инициализации Debian
Теме статьи:
Голосование начинается в системах инициализации Debian

Y выигрышный вариант был вторым элементом ("B") в списке, который описывает это

«Systemd по-прежнему предпочтительнее, но возможность поддержки альтернативных систем инициализации остается. Такие технологии, как elogind, которые позволяют запускать системные приложения в альтернативных средах, считаются важными. Пакеты могут включать файлы инициализации для альтернативных систем ».

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

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

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

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

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

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

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

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

Если вы хотите узнать об этом больше, вы можете проверить публикацию результатов По следующей ссылке. 


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Комментарий, оставьте свой

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован.

*

*

  1. Ответственный за данные: AB Internet Networks 2008 SL
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   01101001b сказал

    «Наконец, этот результат не понравился многим [...], так как многие отмечают, что он не отличается от того, что есть сегодня [...]»

    Другого от Debian я не ожидал. В последнее десятилетие было только много шума и мало «огней» (недаром им открылись люди Девуана).

    Опять же, проблема никогда не заключалась в том, что systemd заменял init. Проблема всегда заключалась в том, что systemd был вынужден совать нос абсолютно во все, с вытекающим из этого лишним, почти ложным кодом, абсурдно бесполезным уровнем сложности, ошибками и векторами массовых атак. И вот мы с «Linux» все меньше и меньше «Linux» и все больше и больше «Wind * ws» 2-го.

    Теперь использование дистрибутива без systemd - это почти шутка, потому что только systemd заменяется каким-то другим методом загрузки ... но systemd все еще распространяется по системе, как рак (хотя говорят, что он поддерживается только для удовлетворения зависимостей и не работает).

    Короче говоря, похоже, что Linux не ускользнет от максимы Матрицы: «Все, что имеет начало ... имеет конец».