> В всех случаях дублируется функциональность. Главный вопрос, зачем? Мне не нужно два
> демона dbus и несколько системных журналов болтающихся одновременно.отстань уже от dbus, systemd использует его, а не заменяет. что же касается логирования, то syslog-демоны намного функциональнее journald, однако, например, домашние пользователи ей не пользуются.
> Лично я этой помощи не ощутил. Даже наоборот, проблем прибавляется у тех,
> кто-то хочет поддерживать что-то кроме systemd. Пример с перемещением файлов конфигурации
> более чем показателен. Кроме того, спрос на выбор формата журнала имеет
> место быть. Количество хейтеров заметно поубавилось бы, если бы он был.
Зачем кому-то кроме программ systemd лезть в их конфиги? У этих программ есть интерфейс для взаимодействия.
> Сообщение очень похоже на троллинг. У ядра есть чёткий жизненный цикл. А
> именно, выход нескольких RC перед релизом,
несколько RC перед выпуском на нестабильную ветку не тянет. Вот раньше да, была стабильная 2.4 и нестабильная 2.5, а потом от этого отошли и теперь ветка одна.
> а также LTS-версии, которые имеют
> вполне чёткий жизненный цикл.
Еще раз, LTS версии Линусом не поддерживаются. Это делают другие люди потому, что им это нужно. Если тебе нужен LTS-systemd, возьми и поддержи.
>>Например ядро.
> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
> в отдельные пакеты и ставить по мере необходимости. А вот в
> systemd удалить journald без изменения исходников.
Тем не менее, в systemd не только он сам и еще journald присутствуют. Systemd без большинства остальных частей, кроме, разве что, udev (однако, он сам без systemd по себе жить может), юзабелен.