31.01.2016 21:50, Dmitry V. Levin пишет:
> On Sun, Jan 31, 2016 at 01:43:26PM +0300, Aleksey Avdeev wrote:
>> 31.01.2016 03:20, Dmitry V. Levin пишет:
>>> Hi,
>>>
>>> On Sun, Jan 31, 2016 at 12:49:10AM +0300, Aleksey Avdeev wrote:
>>>> Приветствую.
>>>>
>>>>   Прошу пропустить в Сизиф и p7 пакеты исправляющие
>>>> <https://bugzilla.altlinux.org/show_bug.cgi?id=31718> и
>>>> <https://bugzilla.altlinux.org/show_bug.cgi?id=31740>:
>>>>
...
>>>>
>>>> 1.а) Каталог /usr/lib/tmpfiles.d добавлен в фильтр
>>>> systemd-tmpfiles.filetrigger (предоставляется подпакетом systemd-utils).
>>>
>>> У нас вместо /usr/lib/tmpfiles.d используется /lib/tmpfiles.d
>>
>>   Знаю. Но не вижу чем обработка /usr/lib/tmpfiles.d может помешать
>> данной политике. А вот уменьшить (не значительно) количество ситуаций
>> когда пакет не работает после установки но начинает работать после
>> перезагрузки -- может. Кроме того:
>>
>> 1. У нас по прежнему есть пакеты использующие конфиги
>> в /usr/lib/tmpfiles.d: в Сизифе это selinux-policy, в p7/t7 --
>> selinux-policy иlightdm.
> 
> Это надо исправить и сделать упаковку файлов в /usr/lib/tmpfiles.d
> невозможной.  Незачем плодить сущности без необходимости.  Либо
> /usr/lib/tmpfiles.d, либо /lib/tmpfiles.d, оба сразу бессмысленно.

  OK, открыл <https://bugzilla.altlinux.org/show_bug.cgi?id=31743>.

> 
...
>>>
>>> Вы /etc/rc.d/scripts/cleanup видели?
>>
>>   Да, как и /etc/cron.daily/stmpclean. Но оба решения обрабатывают
>> фиксированный список каталогов по фиксированным правилам задания времени
>> жизни файлов. А systemd-tmpfiles может обрабатывать произвольный список
>> каталогов с произвольным временем жизни файлов (за счёт конфигов
>> принадлежащим пакетам).
> 
> $ grep systemd /etc/rc.d/scripts/cleanup
> systemd-tmpfiles --clean
> systemd-tmpfiles --remove --create --boot --exclude-prefix=/dev

  На t7 это не так:

$ rpm -qf /etc/rc.d/scripts/cleanup
startup-0.9.8.38-alt1
$ grep systemd /etc/rc.d/scripts/cleanup
$

  Т. е. на Сизифе, дополнительная поддержка systemd-tmpfiles под
sysvinit необязательна -- при наличии актуального startup,
systemd-tmpfiles отрабатывать будет (похоже нет только ежесуточного
запуска systemd-tmpfiles --clean, что не критично).

> 
>>> В любом случае не надо добавлять sysv-specific скрипты в systemd.
>>
>>   А как тогда быть с udevd.init -- явный sysv-specific скрипт, уже
>> добавленный в systemd?
> 
> Он был в пакете udev задолго до появления systemd.

  Будет ли нормальным, поместить sysv-specific скрипты поддержки
systemd-tmpfiles в отдельный пакет, sysvinit-tmpfiles? (Решение с
выделением подпакета sysvinit-tmpfiles, собираемого в рамках systemd
нежелательно для мантейнера systemd, см.
<https://bugzilla.altlinux.org/show_bug.cgi?id=31718#c12>). Если да, то
план действий таков:

1. В Сизифе systemd не меняю.

2. В p7 отправляю systemd с выделенным systemd-utils, но без добовления
sysv-specific скриптов и без добавления обработки /usr/lib/tmpfiles.d в
systemd-tmpfiles.filetrigger.

3. Создаю отдельный пакет sysvinit-tmpfiles (с sysv-specific скриптами
для systemd-tmpfiles) и отправляю его в Сизиф и p7.

  Так будет нормально?

-- 

С уважением. Алексей.