[devel] contents_index provides (rxvt-unicode vs xinitrc)

[Alexey Tourbin]

On Mon, Mar 10, 2008 at 01:17:55PM +0300, Alexey Tourbin wrote:
> Собственно, если бы при сборке пакета xinitrc в сборочном чруте
> стоял хотя бы один из пакетов с альтернативой xvt, то зависимость
> на /usr/bin/xvt появилась бы автоматиически.
> 
> $ rpm -ql xinitrc |xargs grep -w xvt 
> /etc/X11/Xsession:                      export BROWSER="xvt -e $n"
> /usr/bin/runwm:         echo "xvt -geometry 100x25+0+0 $@"
> /usr/bin/runwm:         xvt -geometry 100x25+0+0 &
> $ /usr/lib/rpm/shell.req -v /usr/bin/runwm
> shell.req: /usr/bin/runwm: cat -> /bin/cat -> coreutils (via contents_index_bin)
> coreutils
> shell.req: /usr/bin/runwm: xvt -> /usr/bin/xvt -> ... (via host_env)
> shell.req: /usr/bin/runwm: /usr/bin/xvt -> /usr/bin/xvt -> /usr/bin/xvt (alternative)
> /usr/bin/xvt
> $ 
> 
> То есть здесь проблема в том, что /usr/bin/xvt отсутствует в
> contents_index (потому что альтернатива на запакована как файл в пакете,
> а создаётся только после установки).  Поэтому остаётся искать
> /usr/bin/xvt только в хост-системе.  И, таким образом, при сборке
> в хешере зависимость на /usr/bin/xvt теряется.

/ALT/beehive/success/xinitrc-2.4.28-alt1:
   121  find-requires: running scripts (files,lib,pam,perl,pkgconfig,pkgconfiglib,python,shebang,shell,static,symlinks)
   122  shell.req: /usr/src/tmp/xinitrc-buildroot/usr/bin/runwm: xvt not found (skip)

> Я вот думаю, стоит ли дополнить contents_index альтернативами.

Точнее, если какой-либо путь предоставляется пакетом, но не запакован
в нём, то в contents_index можно добавлять mapping путь -> путь.
Альтернативы в таком случае являются частным случаем этого
правила.  Другой случай -- /usr/bin/python.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20080310/63022d6b/attachment-0002.bin>