ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Tourbin <at@altlinux.ru>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] packages/rpm: heads/altlinux-4.1
Date: Sun, 9 Nov 2008 03:09:32 +0300
Message-ID: <20081109000932.GG8826@altlinux.org> (raw)
In-Reply-To: <20081108193240.GF8826@altlinux.org>

[-- Attachment #1: Type: text/plain, Size: 3115 bytes --]

On Sat, Nov 08, 2008 at 10:32:40PM +0300, Alexey Tourbin wrote:
> By design файлтриггеры являются черными ящиками: в них скрыты как
> критерии действия, так и выполнение самого действия.  Значит, мы не
> можем определить, для данных пакетов и их файлов, будут ли выполняться
> какие-либо триггеры или нет.
> 
> Это имеет смысл, потому что триггеры (как и настоящие триггеры в rpmdb)
> обладают условной семантикой: _один_ пакет с триггером, если он установлен,
> вызывает срабатывание действия на некоторые другие пакеты.  Для rpmdb
> триггеров явно перечисляются пакеты, на которые будет срабатывать
> триггер; а для файлтриггеров множество пакетов, на которых он будет
> срабатывать, заранее неизвестно.
>
> Пример, когда условное срабатывание триггера имеет смысл: пакет содержит
> файл /usr/lib/menu/*.  Тогда, если установлен пакет menu, который
> содержит /usr/lib/rpm/menu.filetrigger, то этот триггер будет
> срабатывать.  Если же пакет menu не установлен, то триггер тоже
> не установлен и срабатывать не будет.
> 
> При первой установке пакета menu нужно запустить его триггер
> в %post-скрипте (потому что некоторые пакеты с /usr/lib/menu/* могут
> быть уже установлены).  Это аналогично семантике %triggerin скрипта --
> он будет задействован либо когда устанавливаются/обновляются пакеты
> "по условию", либо когда изменяется/обновляется "сам пакет с триггером".
> 
> Нужно ли добавлять в пакет, который содержит /usr/lib/menu/*,
> зависимость на menu.filegrigger?  По-моему, не нужно.

Всё равно получается разрыв.  Пусть были пакеты a, b, c, ... которые
вызывали в %post-скриптах update-foo.  Теперь в новой версии пакета foo
мы сделали foo.filetrigger, а из пакетов a, b, c, ... стали убирать
вызов update-foo.

Чтобы надёжно ликвидировать разрыв, нужна такая логика проставления
зависимостей:

	if условие foo триггера выполнено для данного пакета; then
		if grep update-foo %post-скрипт; then
			: пакет сам вызывает update-foo
		elif зависимость на foo обязательная; then
			Requires foo-with-filetrigger
		elif зависимость на foo условная; then
			Conflicts foo-without-filetrigger
		fi
	fi

> А как быть с ldconfig?  Есть ли тут аналогия с menu и %triggerin?
> Вроде бы есть.  Пакет устанавливает в систему разделяему библиотеку.
> В системе есть какой-то кеш разделяемых библиотек.  Пусть этот кеш
> сам себя обслуживает.  Пакету с библиотекой не интересно, есть там
> где-то этот кеш или нет.
> 
> Если аналогия с rpmdb триггерами верна и в привлечении этой аналогии
> нет просчета, тогда можно двигаться дальше.
> 
> Почему срабатывает rpmdb триггер?  Потому что так устроена библиотека
> librpm (специальной зависимости указать нельзя, но библиотека librpm
> "уже давно" так устроена).  Почему должен сработать
> /usr/lib/rpm/menu.filetrigger?  Потому что этот скрипт должен (косвенно)
> запуститься из librpm.  Но если в системе установлена старая версия
> librpm, то она его не запустит.
> 
> Получается, что зависимость вида rpmlib(filetriggers) нужна в пакетах
> *с триггерами*, чтобы триггеры гарантированно запускались.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

      reply	other threads:[~2008-11-09  0:09 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-08 18:51 ` [devel] [SCM] " Dmitry V. Levin
2008-11-08 19:32   ` [devel] " Alexey Tourbin
2008-11-09  0:09     ` Alexey Tourbin [this message]

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=20081109000932.GG8826@altlinux.org \
    --to=at@altlinux.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