Re: [devel] systemd-215

["Денис Смирнов" <mithraen@freesource.info>]

[-- Attachment #1: Type: text/plain, Size: 2263 bytes --]

On Mon, Aug 04, 2014 at 07:50:31PM +0400, Alexey Shabalin wrote:

> День добрый.
> Собираю systemd-215, и пытаюсь переварить нововведения сделанные в нем
> для ALTLinux. Прошу помощи зала. Вопрос такой.
> в 215 добавлены новые функции для Factory Reset, Stateless Systems ...
> http://0pointer.de/blog/projects/stateless.html
> появились новые ConditionNeedsUpdate=, утилита systemd-sysusers, юнит
> systemd-update-done.service(и к нему в нагрузку
> systemd-sysusers.service,systemd-udev-hwdb-update.service,
> systemd-journal-catalog-update.service, ldconfig.service)
> Эти сервисы используются для первой загрузки после reset, или внутри
> нового контейнера, по аналогии с нашим /etc/rc.d/scripts/first_time


ldconfig.service нужен только в случае отсутствия ld.so.cache. Во всех
иных случаях у нас этим занимаются filetrigger'ы. Так что ему вместо
ConfigtionNeedsUpdate нужно проверять отсутствие /etc/ld.so.cache.

systemd-sysusers требует отдельного разбирательства -- для  практического
использования в дистрибутивах потребуется отпилить её в отдельный пакет,
дабы от нее был прок и для SYSV-based дистрибутивов. И потребуется участие
мантейнеров пакетов для её использования. И, кстати, она работоспособна с
tcb?

Что делают остальные сервисы?

> - сразу выставить флаг, что б не запускать эти сервисы

Надо для начала разобраться с саими сервисами.

> - вообще вырезать эти нововведения

Если мешают -- вырезать, если как минимум не мешают -- оставлять. Любая
несовместимость с mainstream должна быть обоснована usability.

> - вырезать это в отдельный пакет

systemd-sysusers однозначно стоит -- ибо его активное использование
в пакетах потребует его ставить и запускать и в sysv-based системах.

> - оставить как есть, пусть запустятся один раз

Ни в коем случае. Оно не должно лезть в /etc пока не попросят, особенно
создавать каких-либо пользователей, к примеру.

> PS: может и /etc/rc.d/scripts/first_time перевести на эту новую
> функциональность?

А как это будет выглядеть? first_time ведь не должен запускаться при любом
изменении /usr.

P.S. Кстати о. Работа этих фич требует еще чтобы наш rpm делал touch на
/usr после любых изменений. 

-- 
С уважением, Денис

http://mithraen.ru/


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]