Системы инициализации в Debian могут вернуться и будут определены голосованием.

Debian10

Следуя ветке о тема системы инициализации в Debian, в которомл в предыдущем посте наш коллега по Linux Post Install поделился здесь, в блоге (вы можете проверить статью на следующая ссылка). Теперь в последних новостях, несколько дней назад к разработчикам Debian обратились с призывом принять участие в голосовании о разнообразии систем инициализации в Debian, следует ли признать это снова или нет.

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

Тем не менее, systemd был отклонен некоторыми участниками от сообщества открытого исходного кода, которое считало, что проект идет вразрез с философией Unix и что его разработчики ведут себя анти-Unix, поскольку systemd несовместима со всеми системами, отличными от Linux.

Администраторы, которые использовали Debian в октябре 2014 года они запустили серию угроз среди которых был выход из проекта, если systemd должен был использоваться по умолчанию.

Несколько недель спустя четыре видных члена сообщества Debian ушли в отставку. или сократили свое участие. Колин Уотсон и Расс Олберри, два члена Технического комитета проекта Debian, заявили о своей отставке 8 и 16 ноября 2014 года соответственно.

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

В течение этого времени было предложено несколько вариантов (всего пять) разрешить конфликт. Ян Джексон, член технического комитета, предложил объединить загрузочные системы, аргументируя это тем, что пакеты Debian, как правило, не нуждаются в определенной загрузочной системе, и что необходимо принять техническую директиву, чтобы принудительно использовать ее, за исключением отдельных дела оправданы.

Другой разработчик предположил, что поддержка других систем загрузки рекомендуется, но не требуется.

Наконец, использование systemd было сохранено, как планировалось изначально.. Результаты голосования были опубликованы в ноябре 2014 года.

Системы инициализации в Debian могли вернуть

Спустя пять лет Debian провел новое голосование. оценить интерес к «разнообразию систем инициализации» и насколько разработчики Debian заботятся об альтернативах поддержки systemd.

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

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

После публичных комментариев Восемь вариантов голосования для разработчиков Debian включают:

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

Из представленных вариантов Разработчики Debian могут выбрать более одного, если захотят. 

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

Наконец, результаты могут быть объявлены через день после окончания голосования, то есть 28 декабря.


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

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

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

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

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

  1.   Люкс сказал

    systemd отстой !!

  2.   один из некоторых сказал

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

    Лично я в восторге от Artix (это Arch, но без sysmted) и OpenRC в качестве init, хотя он также предлагает Runit, а теперь и s6. Могу только сказать, что это замечательно. У меня на ноутбуке тройная загрузка, и у меня все еще есть (пока, потому что я ленивый) раздел с Arch, и хотя вроде никаких отличий нет, они есть. Я заметил, что Artix запускается быстрее, когда у вас активировано распараллеливание, чем Arch, до экрана входа в ssdm (я использую плазму), но с момента ввода пароля до появления рабочего стола Arch это занимает намного больше времени, чем Artix, поэтому скорость загрузки, которая была преимуществом, которое некоторые упоминали о systemd, была разрушена. Единственное, что Arch делает быстрее, чем Artix, - это выключение, и не всегда. Если и есть один из тех знаменитых обратных отсчетов, которые начинаются, когда вам хочется, то он намного медленнее. Что я получил с Artix, это прежде всего стабильность, он не делает этих странных блокировок (больше, чем блокировки, это то, что он становится черепахой на секунды), ни странного поведения время от времени, ни сообщений о выключении, которые кто знает, что они означает, что это еще один образец (из нескольких примеров) программирования, настолько плохого и ужасного, что он имеет, поскольку даже в Debian, насколько он стабилен, это происходит (у меня также есть компьютер с Debian), мы не являемся проблемой дистрибутив или компьютер больше. Это происходит точно так же, как на одном компьютере, так и на другом (один 32-битный, другой 64-битный, один - optimus, а другой - нет), единственное, что у них общего - это systemd. Хотя Artix - это прокатная машина, она так же стабильна (с использованием ядра lts), как и до приезда Джесси. У меня было 0 проблем, хотя да, мне пришлось немного прочитать об OpenRC, чтобы немного узнать о командах, но не больше, чем когда я прочитал его, чтобы узнать, как обращаться с systemd.

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

    Дистрибутив номер один в рейтинге distrowatch (MX Linux) не использует systemd в качестве init (хотя он использует прокладку для обеспечения совместимости).

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

    В идеале Debian должен вести себя как Devuan и позволять вам выбирать. Если после этого Ubuntu изменится с init, все его производные тоже сделают это и просто, даже если это будет по инерции, systemd отправится в туалет, который является местом, куда он никогда не должен был уходить, поскольку на практике только несколько дистрибутивов будут использовать Это. В основном это мир Red Hat, Suse, Arch и немногого другого, поскольку большая часть вселенной Linux прямо или косвенно происходит от Debian.

    PS - Мне очень жаль, что я так расширил себя, но я немного загорелся этой темой.