From: Aleksey Avdeev <solo@solin.spb.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] A: Прошу пропустить доработанные sustemd и dbus Date: Mon, 1 Feb 2016 01:27:58 +0300 Message-ID: <56AE8A6E.4050400@solin.spb.ru> (raw) In-Reply-To: <20160131185046.GA21724@altlinux.org> [-- Attachment #1: Type: text/plain, Size: 3254 bytes --] 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. Так будет нормально? -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 230 bytes --]
next prev parent reply other threads:[~2016-01-31 22:27 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-01-30 21:49 Aleksey Avdeev 2016-01-30 22:07 ` Hihin Ruslan 2016-01-31 13:38 ` Aleksey Avdeev 2016-01-31 0:20 ` Dmitry V. Levin 2016-01-31 10:43 ` Aleksey Avdeev 2016-01-31 18:50 ` Dmitry V. Levin 2016-01-31 22:27 ` Aleksey Avdeev [this message] 2016-01-31 22:34 ` [devel] [sisyphus] A: Прошу тестировать " Aleksey Avdeev 2016-01-31 22:48 ` [devel] A: Прошу пропустить " Aleksey Avdeev 2016-02-01 17:54 ` Alexey Shabalin 2016-02-01 19:15 ` Dmitry V. Levin 2016-03-23 18:46 ` [devel] A: Прошу пропустить доработанный dbus (was: A: Прошу пропустить доработанные sustemd и dbus) Aleksey Avdeev
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=56AE8A6E.4050400@solin.spb.ru \ --to=solo@solin.spb.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git