История изменений
Исправление intelfx, (текущая версия) :
Опустим очевидные by design «killer» фичи, навроде бинарных логов
Что такое «by design killer фича»?
да даже проверку на null в исходниках «pid 1»
Что такое «проверка на null в исходниках pid 1»? Мне кажется, ты не совсем понимаешь, о чём говоришь.
Но, какого ж ... systemd не оставляет выбора, DE многие уже привязаны к нему - к чему это неальтернативность?
Например, к тому, что systemd предоставляет множество удобных абстракций и готовых функций, которые помогают (в том числе) DE-писателям. Вполне ожидаемо, что ими будут пользоваться. Никакой разработчик не будет усложнять себе жизнь, только чтобы угодить твоему некомпетентному мнению.
Потуги запихать kdbusd в ядро, то есть «а давайте сделаем чтоб ядро без systemd не работало» - зачем?
Затем, чтобы повысить скорость IPC и сделать его доступным на ранних этапах загрузки.
Большинство так пиареных фитч в systemd можно было сделать ... как отдельный проект, не подменяя init. не подменяя login, syslog и тд.
Многие полезные фичи systemd имеют прямое отношение к запуску процессов и обработке входа пользователей в систему. Как ты предлагаешь реализовать их, не трогая соответствующие компоненты? Возвращаемся к тому, что ты не очень-то понимаешь, о чём говоришь.
А еще можно было это сделать без dbus
Можно. Но зачем? D-Bus — это удобный механизм IPC. Почему бы им не воспользоваться?
(кстати а зачем dbus на сервере?)
Почини себе голову и научись воспринимать причинно-следственные связи.
Дальше в твоём сообщении конспирологический бред, и я не хочу его комментировать.
Исходная версия intelfx, :
Опустим очевидные by design «killer» фичи, навроде бинарных логов
Что такое «by design killer фича»?
да даже проверку на null в исходниках «pid 1»
Что такое «проверка на null в исходниках pid 1»? Мне кажется, ты не совсем понимаешь, о чём говоришь.
Но, какого ж ... systemd не оставляет выбора, DE многие уже привязаны к нему - к чему это неальтернативность?
Например, к тому, что systemd предоставляет множество удобных абстракций и готовых функций, которые помогают (в том числе) DE-писателям. Вполне ожидаемо, что ими будут пользоваться. Никакой разработчик не будет усложнять себе жизнь, только чтобы угодить твоему некомпетентному мнению.
Потуги запихать kdbusd в ядро, то есть «а давайте сделаем чтоб ядро без systemd не работало» - зачем?
Затем, чтобы повысить скорость IPC и сделать его доступным на ранних этапах загрузки.
Большинство так пиареных фитч в systemd можно было сделать ... как отдельный проект, не подменяя init. не подменяя login, syslog и тд.
Многие полезные фичи systemd имеют прямое отношение к запуску процессов и обработке входа пользователей в систему. Как ты предлагаешь реализовать их, не трогая соответствующие компоненты? Возвращаемся к тому, что ты не очень-то понимаешь, о чём говоришь.
А еще можно было это сделать без dbus
Можно. Но зачем? D-Bus — это удобный механизм IPC. Почему бы им не воспользоваться?
(кстати а зачем dbus на сервере?)
Почини себе голову и научись воспринимать причинно-следственные связи.