<p dir="ltr"><br>
04 авг. 2014 г. 23:39 пользователь "Денис Смирнов" написал:<br>
><br>
> On Mon, Aug 04, 2014 at 07:50:31PM +0400, Alexey Shabalin wrote:<br>
><br>
> > День добрый.<br>
> > Собираю systemd-215, и пытаюсь переварить нововведения сделанные в нем<br>
> > для ALTLinux. Прошу помощи зала. Вопрос такой.<br>
> > в 215 добавлены новые функции для Factory Reset, Stateless Systems ...<br>
> > <a href="http://0pointer.de/blog/projects/stateless.html">http://0pointer.de/blog/projects/stateless.html</a><br>
> > появились новые ConditionNeedsUpdate=, утилита systemd-sysusers, юнит<br>
> > systemd-update-done.service(и к нему в нагрузку<br>
> > systemd-sysusers.service,systemd-udev-hwdb-update.service,<br>
> > systemd-journal-catalog-update.service, ldconfig.service)<br>
> > Эти сервисы используются для первой загрузки после reset, или внутри<br>
> > нового контейнера, по аналогии с нашим /etc/rc.d/scripts/first_time<br>
><br>
><br>
> ldconfig.service нужен только в случае отсутствия ld.so.cache. Во всех<br>
> иных случаях у нас этим занимаются filetrigger'ы. Так что ему вместо<br>
> ConfigtionNeedsUpdate нужно проверять отсутствие /etc/ld.so.cache.</p>
<p dir="ltr">Этот сервис тоже предназначен только для первого запуска системы.</p>
<p dir="ltr">> systemd-sysusers требует отдельного разбирательства -- для практического<br>
> использования в дистрибутивах потребуется отпилить её в отдельный пакет,<br>
> дабы от нее был прок и для SYSV-based дистрибутивов. И потребуется участие<br>
> мантейнеров пакетов для её использования. И, кстати, она работоспособна с<br>
> tcb?<br>
shadow никак не затрагиваются, для свеже сгенерированой системы нужны только passwd и groups.</p>
<p dir="ltr">> Что делают остальные сервисы?</p>
<p dir="ltr">Все эти сервисы, грубо говоря, нужны при пустом /etc.</p>
<p dir="ltr">> > - сразу выставить флаг, что б не запускать эти сервисы<br>
><br>
> Надо для начала разобраться с саими сервисами.<br>
><br>
> > - вообще вырезать эти нововведения<br>
><br>
> Если мешают -- вырезать, если как минимум не мешают -- оставлять.</p>
<p dir="ltr">Не-не, сначала почитайте по ссылке, для чего все это задумано.<br>
Такие советы я и сам могу дать :)<br>
Я же хочу услышать более конкретные мысли, как мы это можем использовать у себя.</p>
<p dir="ltr">> Любая<br>
> несовместимость с mainstream должна быть обоснована usability.<br>
><br>
> > - вырезать это в отдельный пакет<br>
><br>
> systemd-sysusers однозначно стоит -- ибо его активное использование<br>
> в пакетах потребует его ставить и запускать и в sysv-based системах.<br>
></p>
<p dir="ltr">Пока склоняюсь к мысли все (ldconfig.service, systemd-users и остальное) вырезать в отдельный пакет. Имя какое придумать? systemd-stateless?</p>
<p dir="ltr">> > - оставить как есть, пусть запустятся один раз<br>
><br>
> Ни в коем случае. Оно не должно лезть в /etc пока не попросят, особенно<br>
> создавать каких-либо пользователей, к примеру.<br>
><br>
> > PS: может и /etc/rc.d/scripts/first_time перевести на эту новую<br>
> > функциональность?<br>
><br>
> А как это будет выглядеть? first_time ведь не должен запускаться при любом<br>
> изменении /usr.<br>
><br>
> P.S. Кстати о. Работа этих фич требует еще чтобы наш rpm делал touch на<br>
> /usr после любых изменений.<br>
Это если оригинальные конфиги будут хранится в /usr ? И переноситься в /etc ?</p>