On Mon, Sep 10, 2007 at 02:46:18PM +0400, Sergey Bolshakov wrote:
>  > /usr/lib/fvwm-tcl/fvwm.tcl  100644      ASCII text
>  > /usr/lib/fvwm-tcl/pkgIndex.tcl  100644  ASCII English text
>  > Примечательно однако, что пакет fvwm-tcl не предоставляет ни одной
>  > tcl(...) зависимости:
>  > $ rpm -qp --provides /ALT/Sisyphus/files/i586/RPMS/fvwm-tcl-1.2-alt1.i586.rpm                      
>  > fvwm-tcl = 1.2-alt1
> Вероятно, потому, что этот пакет располагает свои файлы в
> нестандартном для tcl месте (не ниже /usr/share/tcl)

>  > Очень много tcl файлов, не срабатывает prov.
>  > /usr/share/vtcl-1.6.0/lib/color.tcl     100644  ASCII English text
>  > /usr/share/vtcl-1.6.0/lib/command.tcl   100644  ASCII English text
>  > /usr/share/vtcl-1.6.0/lib/compound.tcl  100644  ASCII English text
>  > /usr/share/vtcl-1.6.0/lib/compounds.tcl 100644  ASCII English text
> 
> По той же причине, что и fvwm-tcl.
> Вообще, хотя в rpm-build-tcl есть механизм для расширения
> путей поиска provides, я не думаю, что предоставлять такие
> зависимости хорошая идея, поскольку нет способа указать
> в дальнейшем путь поиска, по которому такой provides расположен.

Да.  Нужно внушать maintainer'ам, что файлы pkgIndex.tcl должны лежать
в каталоге типа /usr/share/tcl/$name.

С другой стороны, если в пакетах типа fwvm-tcl есть встроенный
интерпретатор, то в нём, наверное, зашит соответствующий "private"
путь к библиотекам.  Но здесь может получиться несовпадение
по Requires и Provides.

> Вынос rpm-build-tcl из базовой сборочной среды -- это упование
> на то, что майнтайнер впишет его в buildreq(pre).
> Как нетрудно убедиться, это не сработало (в варианте buildreq: tcl)
> даже с автором rpm-build-tcl и sandman.
> 
> Последствия выноса -- некоторая деградация технологии сборки для
> tcl, бонус -- убыстрение процесса сборки, в отдалённом будущем --
> вычищение базы apt от пары-тройки сотен сущностей.
> 'Техносноб' (с) во мне внёс бы tcl в rpm-build, конформист -- 
> вынес бы умирающее тело на воздух.

Плохо что всё же не удается реализовать поиск зависимостей в скриптах.
К сожалению, обнадеживаясь предыдущим опытом с питоном, я взялся за
дело, не изучив внимательно код tcl.req.