[devel] Ограничение автопоиска зависимостей

[Dmitry V. Levin]

On Mon, Mar 14, 2005 at 11:44:13PM +0500, Andrey Rahmatullin wrote:
> То ли %add_findreq_skiplist не работает, то ли я его юзаю не так, то ли
> что...

Не совсем так.
%_findreq_skiplist - это список шаблонов, которые используются для
последующего pathname expansion.
А это shell globbing, в котором "*" не поглощает "/".

> Вобщем, есть вмварь. Это такая бинарная софтина, которая собрана с кучей
> либ. Сама она лежит в /usr/lib/vmware/bin, ее либы в /usr/lib/vmware/lib в
> таком виде:
> /usr/lib/vmware/lib/libgdkmm-2.4.so.1/libgdkmm-2.4.so.1
> 
> При ее запуске выставляется LD_LIBRARY_PATH, так что никому не должно быть
> никакого дела, что /usr/lib/vmware/bin/vmware собрана аж с гномом, а в
> /usr/lib никакого гнома нет, т.к. всё и так работает. 

Какая гадость.

> Но. При заворачивании в пакет выясняется, что /usr/lib/vmware/bin/*
> собраны с N либами, и пишется, что пакет их якобы требует. В идеале
> хотелось бы выкинуть из списка зависимостей всё, что лежит в
> /usr/lib/vmware/lib, а остальное оставить. Вроде как можно сделать
> findprov_lib_path, но тогда пакет будет провайдить все эти либы?
> 
> ЗЫ. Оказывается, при нахождении в системе рабочего GTK+2.4 прога
> запустится с ним, но это уже не так важно.

Боюсь, что у мантейнера gtk2 другое мнение. :)

> Всякие libxml и libgdkmm в любом случае юзаются свои.
> 
> ЗЗЫ. 
> %add_findreq_skiplist %_libdir/vmware/bin/*
> %add_findprov_lib_path %_libdir/vmware/lib/*
> и т.д., кажется, вообще ни на что не влияют.

Про файловую структуру внутри %_libdir/vmware/bin вы ничего не сказали, а
вот с lib, кажется, всё понятно:
%add_findprov_lib_path %_libdir/vmware/lib/*/*

P.S. Если документация по ALT'овым макросам недостаточна для понимания,
я с удовольствием приму ваши дополнения.


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: отсутствует
Url     : http://lists.altlinux.org/pipermail/devel/attachments/20050314/5a93ff96/attachment.bin