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 пакеты исправляющие > >> и > >> : > >> > >> > >> 1. -- systemd-228-alt3 (см. > >> ), > >> в Сизиф. Изменения относительно текущего systemd-228-alt2: > >> > >> 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, оба сразу бессмысленно. > >> 1.б) В подпакет systemd-utils добавлены средства обеспечивающие > > >> поддержку systemd-tmpfiles под sysvinit -- init и cron daily скрипты > >> tmpfiles, позволяющие выполнять запуск > >> > >> systemd-tmpfiles --create --remove > >> > >> при старте и > >> > >> systemd-tmpfiles --clean > >> > >> раз в сутки и при стопе системы. > > > > Вы /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 > > В любом случае не надо добавлять sysv-specific скрипты в systemd. > > А как тогда быть с udevd.init -- явный sysv-specific скрипт, уже > добавленный в systemd? Он был в пакете udev задолго до появления systemd. -- ldv