[devel] /usr/lib/kde4bin

[Alexey Tourbin]

On Thu, Jul 09, 2009 at 04:19:20PM +0000, Sergey V Turchin wrote:
> On Thursday 09 July 2009, Alexey Tourbin wrote:
> 
> [...]
> > Есть два варианта, как быть с contents_index_bin.
> Он будет отдельным?
> Если да, то %add_findpackage_path будет работать только для 
> определенных заранее каталогов.

Да, find-package будет правильно работать только для определенных
заранее каталогов.  Правильная работа find-package определяется тем,
что он стачала ищет команду в %buildroot, потом в contents_index_bin,
а потом в хост-системе (в сборочном чруте).  Если каталог выпадает
из contents_index_bin, то результат может быть неправильным.

Что делать с contents_index_bin?  С одной стороны, хотелось бы сделать
его расширяемым.  Тогда в него можно добавить все */bin каталоги.
Но едиственный реальный кандидат на contents_index_bin сейчас это
/usr/lib/kde4bin, и он не на */bin.  Поэтому получается как бы
несостоятельное обощение, что добавление каталогов */bin может сделать
contents_index_bin/find-package расширяемым.

> > 1) Включать в него только заранее известные каталоги.
> > 2) Дополнительно включать все каталоги, которые кончаются на
> > /bin.
> Но по умолчанию тогда искать только по стандартным + преимущественно 
> по указанным при помощи %add_findpackage_path. Так?

Да.  Но когда каталог указан в %add_findpackage_path, но не входит
в contents_index_bin, то результат может получиться неправильным.
Впрочем, в частном случае с этим можно справиться, если установить
все необходимые для поиска пакеты через BuildRequires.
Но /usr/lib/kde4bin тянет на более общий случай.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20090709/cbae5780/attachment.bin>