Сформирована программа первого systemd.conf 2015. Подтянулись и спонсоры, так что будет интересно.

Интересно, что еще продолжают биться об стену создатели альтернативных init-систем. Совсем недавно появилась еще пара - beginning и govisor (про него даже написали на OpenNET.ru). Одно время программисты писали десятки если не сотни window-менеджеров, потом медиаплейеры, а вот теперь стали писать init-системы. Ну что сказать, уровень растет!

С ростом интереса к базовым компонентам, появился спрос на исторические материалы. Мы неоднократно говорили, что SysVinit был признан устаревшим 10-15 лет назад, вот, например, обратите внимание на инициативу GNOME-разработчика Seth Nickell (опять эти гномеры!). В этой связи интересно посмотреть на хронологию событий, приведших к появлению нынешнего лидера.

Вышедший не так давно systemd 226 (новость на OpenNET.ru) интересен тем, что он не очень интересен. Кроме изменений в systemd-networkd там унифицирована работа демона D-Bus и современного kdbus. Требуется самый последний dbus 1.10, которого нет даже в Fedora 22, и мы видим четкий эволюционный путь - через работу с dbus 1.10 к kdbus в следующем релизе (получается, что уже 24).

К самому D-Bus стали присматриваться пристальнее. Как раз, когда решили менять - вот вовремя то! Ну, конечно, лучше поздно, чем никогда. Так или иначе, народ уже увидел, что в dbus содержится пересекающаяся функциональность с init-системой, и это плохо. Где же вы раньше были?

К сожалению, вновь появившиеся тесты производительности dbus vs. sd-bus vs. kdbus + sd-bus противоречат результатам синтетических тестов чистого kdbus полуторагодичной давности. Впечатление такое, что Poettering и его команда что-то такое в sd-bus наворотили, и там теперь серьезный затык. Пока переходить на kdbus пожалуй не стоит. Будем надеяться, что это, все-таки, проблема в sd-bus, и инженеры Google не столкнутся с такими проблемами, прежде чем начнут перевод Android на kdbus.

И из других новостей - вышел PulseAudio 7.0. Теперь с socket activation по TCP!