> Не тянет, а включает в себя. kdbus в основном в ядре, но
> для его работы нужна ответная часть в юзерспейсе, реализованная в systemd. Почему все остальные системы инициализации могут прекрасно обходиться без хаков в ядре?
> Помимо обеспечения нормальной работы пользователя, нужно обеспечивать еще и нормальную
> работу программ. Неожиданно, да?
Программы вообще ничего о системе инициализации знать не должны. Если система инициализации подготовила все для нормальной работы пользователя, то программы должны нормально работать, иначе как пользователь сможет нормально работать?
> init, IPC, системный журнал, сеть и прочее - не являются прямо необходимыми
> для работы пользователя. Ему достаточно init=/bin/sh. Но почему-то так работать никто
> не хочет.
> В подавляющем большинстве случаев - нет.
Ну и чего не может busybox? И почему все раньше работало, а с приходом systemd оказалось что не могло оно работать?
> В подавляющем большинстве случаев - нет.
Я уже писал длинный пост о systemd vs init, с разбором конкретных реальных ситуаций:
http://www.opennet.ru/openforum/vsluhforumID3/100356.html#434
Посмотрите пример с сеткой, systemd может эту ситуацию решить? А ведь относительно простая вещь. Тоже и с остальными примерами - в bloatware все хорошо, пока делаешь тоже что и все (и ресурсов не жалко), но если захотел сделать что-то более индивидуальное, то проблем сразу на порядок больше.
>> Потому что нельзя использовать logind без того чтобы не притянуть остальной systemd/d-bus/etc.
> Некорректно поставленное условие. Модули systemd можно использовать по-раздельности
> (слабо зависят друг от друга) - например, просто собрать systemd без
> logind, и все остальные компоненты будут нормально работать.
Тогда почему я могу использовать только mdev, заменив весь остальной busybox другими *nix utils (хоть gnu, хоть bsd).
> Попытка использования logind без systemd подобна попытке использования iptables без Linux
> - в принципе возможно, но придется повозиться.
iptables - frontend для сетевой части ядра. Проблема же logind и прочих *d - они не могут работать друг без друга.
>> Можно заменить почти все части ядра - звуковую подсистему/планировщики/etc.
> Не написав и не изменив ни одной строчки сишного кода, да? :)
Ну да - rmmod xxx, modprobe myCoolXxx :)
Также как я могу заменить gnu ls на ls из busybox или еще какой.