ALT Linux Team development discussions
 help / color / mirror / Atom feed
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 --]

  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