За последнее время было не так много новостей о systemd, и даже выходы новой версии больше не ошеломляют. Дело в том, что самые большие новости о systemd в том, что не сделано, и чего планируют переделать. Об этом и поговорим.

Долгожданная функциональность управления пользовательскими сессиями, systemd user sessions, к сожалению, не будет использоваться. Ее запланировали полностью переработать. Ну жаль, что. Будем надеяться, что переделка не займет еще четыре года.

Под нож пошла и функциональность kdbus, которую недавно выбросили и из Rawhide. Вместо нее сейчас, особо не афишируя результаты, разрабатывается bus1.

Пока держится функционал systemd-networkd, но народ уже недовольно замечает, что архитектурно реализация отличается от всех остальных компонентов. Юниты systemd-networkd обрабатываются не на уровне systemd, а на уровне запущенного сервиса systemd-networkd, и поэтому присутствовать в графе зависимостей между остальными сервисами не могут.

Это, конечно, проблема, т.к. не получается эффективно реализовать зависимости между объектами systemd-networkd и остальными юнитами.

Продолжает нарастать антагонизм между подходом Docker и systemd, о чем уже высказался Dan Walsh на прошедшем DevConf.cz. В последних релизах systemd, многое было сделано, чтобы облегчить ситуацию, а вот со стороны Docker контакта нет, и они последовательно отказываются включать в Docker патчи для совместимости с systemd (обратите внимание на обсуждения следующих пуллреквестов - раз, два, три, четыре). Поскорей бы народ от Docker отказывался в пользу более архитектурно правильно разработанных альтернатив (того же systemd-nspawn).

Интересно, что запуск сервиса без systemd в контейнере, некоторыми рассматривается, как преимущество Docker. Ну, кроме обычной systemd-фобии, в этом ничего нет. И как только такие systemd-фобы приобретут некий опыть работы с сервисами в продакшене, они задаются странными вопросами, порой оканчивающиеся созданием примитивной init-системы. Проблематика-то есть, и отрицать ее странно, но systemd это неюниксвэй и ужос-ужос, вот и приходится мучаться.

Латентные проприетарщики из FreeBSD все так же костыляют свой аналог systemd. Т.к. гордость, это плохая замена разуму, то они рассматривают три варианта, написанных с нуля (ну, с оговорками). Это, кстати, как мы знаем из истории BSD-систем, скорее всего приведет к еще трем несовместимым вариантам BSD. В паре вариантов предлагается взять launchd из проприетарной Mac OS X - так свободнее с т.з. любителей BSD. Во всех трех вариантах уже удалось реализовать функции systemd - неполностью и несовместимо, как это всегда и было у всех несовместимых даже между собой вариантах BSD. Ну пускай, чего уж там.

А пока можно подводить итоги перевода systemd на GitHub. Благодаря богатой функциональности GitHub, отсутствующей у ряда свободных (с их т.з.) хостингов, удалось легко прикрутить CI для всех пулл-реквестов. Доступна теперь и формальная статистика, по которой можно строить красивые графики и визуализировать здоровье проекта. Пока все выглядит хорошо!

И забавная новость - systemd теперь используется в электромобилях BMW. Как мы и предупреждали. В ВАЗ 2104 никакого systemd не будет, так что волноваться хейтерам не о чем - выбор всегда будет!