systemd: кто-то пробовал запускать?

Скачал образ с сайта, запустил, все работает. Попробую поставить с выходом 13-й федоры, хотя руки чешутся прямо сейчас. А ты в чем ставил?

Вообще, Леннарту хорошо бы яйца на пятаки порезать за то, что он ридми никаких не пишет.

Есть же рассылка, спроси, делов-то.

Да он вообще извращенец, вспомни хотя бы ужас, летящий на хрипах звука (ПА)

Да-да, а еще авахи, КСЖ. Кстати, судя по гиту, арчеры тоже заинтеросовались, так что можно начинать бояться.

авахи тут при чем? Это ж разновидность эппловского бонжура?

> Есть же рассылка, спроси, делов-то.

Только что.

Посмотри, кто его автор ;-)

> А ты в чем ставил?

В дебиане.

>Вообще, Леннарту хорошо бы яйца на пятаки порезать за то, что он ридми никаких не пишет.

Последний коммит девять часов назад «build-sys: include README and LICENSE in tarball» :)

А в редмишке написаны адреса, по которым нужно идти (рассылка, ирц и багтрекер).

Гм. Так дебиан там только начали прикручивать, опять же судя по гиту, он же чесно предупреждал, пока только федора и суся.

Да какая на... разница, что за дистр? Можно по-человечески написать: если у вас в системе нету вот таких и таких директорий, то хрен вам, а не запуск. Если нету вот таких бинарей, то тоже хрен вам. И даже не пытайтесь запускать это из initramfs.

Да есть там разница, в том то и дело, посмотри в гите на патчи от дебиановцев, арчеров и гентушников. И формат sysvinit играет роль. И процесс передачи управления с инитрд там достаточно хитрый, как я понял из прочитанного. Не все там так просто, версия ж там 0.x, чего ж ты ожидал.

> И процесс передачи управления с инитрд там достаточно хитрый

В доску простой.
В initramfs лежит шелл-скрипт, который инитит udev и монтирует корень. После того, как эти вещи проинитились, он запускает на новом корне /sbin/init или то, что передашь в кернел параметром init=... .

То есть по идее сказал init=/sbin/systemd, а там хоть трава не расти.

Но только она и впрямь не растет.

Ну может и простой, я детально не смотрел. Если так - Леннтарт-молодец, что смог его сделать простым, потому что судя по описанию он ни фига не простой

We support reexecution of the init process itself at any time. The daemon state is serialized before the reexecution and deserialized afterwards. That way we provide a simple way to facilitate init system upgrades as well as handover from an initrd daemon to the final daemon. Open sockets and autofs mounts are properly serialized away, so that they stay connectible all the time, in a way that clients will not even notice that the init system reexecuted itself.

Нененене, Дэвид Блэйн, в дебиане init в initrd — это совсем не тот init, что в системе. Там вся эта свистопляска не нужна.

в багзилле гентушной ебилд есть.
Даже патчи в апстрим уже отправили.
Будет в портэджах - будет смысл посмотреть, на сколько оно для десктопа/нетбука хорошо вместо openrc.