> Привязка к systemd также существенно затруднит смену направления развития дистрибутива в будущем и ограничит проведение дальнейших экспериментов в области инициализации и управления сервисами. Поддерживать elogind в рабочем виде значительно проще, чем удалить, а потом пытаться добавить вновь. У каждого варианта решения есть плюсы и минусы, поэтому перед голосованием потребуется всестороннее обсуждение всех аргументов за и против.Мне любопытно, почему писатели новостей пытаются сформировать ложное убеждение, будто в очередной раз в debian опять ущемили остатки ретроградов, которые еще не свалили на devuan.
Менять направление развития дистрибутива в мире Linux - это блажь. Можно просто создать новый или сделать форк.
И спустя 25 лет пора прекратить постоянно экспериментировать в области инициализации и управления сервисами и наконец-то дать разработчикам реального софта писать этот софт без меинтейнерской бюрократии, лицензионных нечистот и прочей политики FSF, от которой сам Торвальдс первый открестился с отказщом перехода на GPLv3.
IBM вливал деньги, Red Hat пытались стандартизировать, вводить LSB. И Debian первый кто отказался идти на компромисс. Ну вот теперь есть systemd. Получайте. Продукт, который упрощает меинтейнеру жизнь и одновременно приводит дистрибутивы к более-менее стандартизированной форме.
eudev и elogind - это вообще форки родом из gentoo и нужные прежде всего для openrc. Они служат заглушками, чтобы софт, которым нужен функционал из systemd могли хоть как-то работать в системе без него. Это не полноценные продукты, это не альтернатива, это просто затычка. Раньше вместо них использовались HAL/DeviceKit и ConsoleKit, тоже продукты Red Hat и теперь они брошены, им на смену пришли udev и logind как часть systemd. Просто когда люди заявляют о желании или необходимости поддержки sysvinit и спорят про какие-то скрипты на bash, они почему-то забывают, что вместе с sysvinit нужно поддерживать уйму старого брошенного редхатом барахла. Наивно полагать, что sysvinit это только инит, маленький PID 1. Он имеет вокруг себя уйму других легаси продуктов и подходов. Забавно, что именно RedHat автор многих из них, он их бросает, он их заменяет на более новые, а задача дистрибутивов вроде Debian, либо использовать что дают, либо предоставить альтернативу. Не на уровне заглушки для того чтобы устройства запустились и заработала сессия GNOME, а предоставить альтернативную инфраструктурную концепцию Linux как ОС. А не как сейчас, понаделать костылей и подпорок и голосовать можно их использовать, или они всё таки не до конца совместимы.
Вообще аналогичная история была в ArchLinux, он как всегда опережает...
хана всем инитам в Debian, кроме systemd.
У меня вопросы к многоуважаемым аналитикам. Вы понимаете, что львиную долю того что можно назвать базовой системой Linux разрабатывал Red Hat? Вы понимаете, что теперь они консолидируют внутри systemd все свои наработки? Что вы будете делать, когда systemd съест PAM, Polkit и возможно принудит всех к SELinux?
