Debian остался без сопровождающего systemd из-за разногласий

Майкл Библ, который участвует в разработке Debian с 2004 г. и который один из основных участников к распределению в области системного администратора "systemd" оставил пакет Debian.

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

Что вызвало это?

Конфликт возникла из-за появления регрессивного изменения в версии systemd 240, как вызвали изменения поведения при обработке существующих правил udev и проблемы для пользователей Debian при изменении логики переименования сетевых интерфейсов.

Несмотря на использование опции «NAME» для привязки имени сетевого интерфейса к MAC-адресу после перехода в udev с systemd 240.

Сетевые интерфейсы адаптеров Ethernet изменили свои имена с фиксированных на автоматически сгенерированные (ранее замена производилась только один раз, а с версии 240 ее можно использовать). Есть несколько замен).

Майкл Библ попросил разработчиков systemd вернуться к предыдущему поведению, когда ручная привязка имени, указанная в config, имеет более высокий приоритет.

Это регресс по сравнению с v239, и я склонен добавить его к вехе v241, поскольку это может означать потерю доступа к сети. Аргумент Майкл Библ

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

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

Así Fue Como Ю Ватанабэ, ответил, в основном говоря, что это не повлияло на:

Почему при загрузке драйвера вызывается lan0? Да, конечный результат будет Ens3, я надеюсь, что он всегда будет Ens3.

какой Майкл Библ он ответил:

Он всегда должен называться lan0 из-за правила udev.

Проблема нарастала

После этого Разработчики systemd предложили выборочно отключить новое поведение.

В случае, если правила udev созданы для более старых версий systemd (если схема именования определена для версий менее 240, установите параметр RenameOnce = yes по умолчанию, иначе RenameOnce = no).

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

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

В ответ Леннарт Он сослался на то, что конечные пользователи не используют последние версии systemd, а используют пакеты, стабилизированные дистрибутивами.Например, они проверяются на соответствие Fedora и службе QA перед размещением системных компонентов на RHEL.

Перед этим Майкл Библ, аргумент Это действительно влияет на пользователей, так как это может создать конфликты с конфигурациями, уже установленными пользователем в системе:

Это не лучше для пользователей, так как нарушает существующие пользовательские настройки. Что это плохой

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

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