[devel] systemd-215

[Alexey Shabalin]

04 авг. 2014 г. 23:39 пользователь "Денис Смирнов" написал:
>
> 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?
shadow никак не затрагиваются, для свеже сгенерированой  системы нужны
только passwd  и groups.

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

Все эти сервисы, грубо говоря, нужны при пустом /etc.

> > - сразу выставить флаг, что б не запускать эти сервисы
>
> Надо для начала разобраться с саими сервисами.
>
> > - вообще вырезать эти нововведения
>
> Если мешают -- вырезать, если как минимум не мешают -- оставлять.

Не-не, сначала почитайте по ссылке, для чего все это задумано.
Такие советы я и сам могу дать :)
Я же хочу услышать более конкретные мысли, как мы это можем использовать у
себя.

> Любая
> несовместимость с mainstream должна быть обоснована usability.
>
> > - вырезать это в отдельный пакет
>
> systemd-sysusers однозначно стоит -- ибо его активное использование
> в пакетах потребует его ставить и запускать и в sysv-based системах.
>

Пока склоняюсь к мысли все (ldconfig.service, systemd-users и остальное)
вырезать в отдельный пакет. Имя какое придумать? systemd-stateless?

> > - оставить как есть, пусть запустятся один раз
>
> Ни в коем случае. Оно не должно лезть в /etc пока не попросят, особенно
> создавать каких-либо пользователей, к примеру.
>
> > PS: может и /etc/rc.d/scripts/first_time перевести на эту новую
> > функциональность?
>
> А как это будет выглядеть? first_time ведь не должен запускаться при любом
> изменении /usr.
>
> P.S. Кстати о. Работа этих фич требует еще чтобы наш rpm делал touch на
> /usr после любых изменений.
Это если оригинальные конфиги будут хранится в /usr ? И переноситься в /etc
?
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20140805/61d99285/attachment.html>