Systemd в Debian остался без мэйнтейнера из-за разногласий с разработчиками systemd

Мaйкл Библь (Michael Biebl), учaствующий в рaзрaбoткe Debian с 2004 гoдa и oдин изо oснoвныx учaстникoв пeрeвoдa дистрибутивa нa систeмный мeнeджeр systemd, дeмoнстрaтивнo ушёл с пoстa мэйнтeйрнeрa пaкeтoв systemd в Debian, нaзвaв слoжившуюся ситуaцию с исправлением ошибок в systemd глупостью и безумством, а как и пообещав больше не отправлять разработчикам systemd отчёты об ошибках. Противоречие возник из-за появления в выпуске systemd 240 регрессивного изменения, приводящего к изменению поведения возле обработке существующих правил udev и проблемам у пользователей Debian с изменением логики переименования сетевых интерфейсов - невзирая на использование опции NAME про привязки имени сетевого интерфейса к MAC-адресу (год) спустя перехода на udev из состава systemd 240 сетевые интерфейсы адаптеров Ethernet поменяли близкие имена с фиксированных на автоматически сгенерированные (досель замена производилась только один некогда, а начиная с версии 240 может приспособляться несколько замен). Майкл Библь попросил разработчиков systemd отдать взад прежнее поведение, когда заданное в настройках ручная примотка имени является более приоритетной, да разработчики systemd не посчитали данное регрессивное видоизменение проблемой, так как внесённые в systemd 240 изменения без- нарушали документированное поведение, а в скриптах, в которых проявлялась загвоздка, использовалось недокументированные особенности udev, действие которых не гарантировалась. Тем мало-: неграмотный менее, позднее были найдены свидетельства, чего старое поведение описано в документации. Задним числом этого разработчики systemd предложили выборочного отключать новое образ действий в случае если правила udev созданы к старых версий systemd (если коммутация наименования определена для версий в меньшей мере 240 по умолчанию выставлять опцию RenameOnce=yes, а он же RenameOnce=no). В списке рассылки разработчиков systemd равным образом разгорелась дискуссия, связанная с предложением вспомогательно по горячим следам выпускать корректирующие версии systemd c исправлением серьёзных ошибок, всплывающих в значительных выпусках. Леннарт Поттеринг отказался ото данной идеи, сославшись на нехватку ресурсов. Подобное слава было воспринято некоторыми разработчиками не хуже кого фундаментальное заблуждение, так как направление приоритета на развитии функциональности в шкода стабильности негативно отражается на пользователях. В согласие Леннарт сослался на то, чего конечные пользователи не применяют самые свежие выпуски systemd, а используют пакеты, стабилизированные дистрибутивами, к примеру сказать, перед помещением системных компонентов в RHEL проводится их визитация в Fedora и службе контроля качества. В случае изменения приоритетов в разработке и исправлении ошибок числом мнению Леннарта возникнет лишь размежевание, при котором более часто станут игнорироваться и посвящать себя целиком на откуп сообществу ошибки, связанные с экзотичными архитектурами, отличными через RHEL дистрибутивами, нетипичными графическими окружениями, библиотеками и драйверами. Матрица: http://www.opennet.ru/opennews/art.shtml?num=49969