[devel] Re: shared object not in path

[Денис Смирнов]

On Wed, Sep 28, 2005 at 12:24:57AM +0400, Алексей Турбин wrote:

AT> Он и не обломится.  Если пакет одновременно требует и предоставляет одну
AT> и ту же зависимость, то это не считается конфликтом.  Но ALT rpm такие
AT> самоудовлетворённые зависимости оптимизирует и оставляет только provides.

Представь себе ситуацию:
1. у нас есть некий модуль перла, который написан исключительно для
использования в какой-то программе, и поэтому его нельзя устанавливать
глобально, посему он просто лежит файликом в /usr/share/%name.

2. некий скрипт, который живёт, скажем, в /usr/bin, лежит в этом пакете и
имеет use lib '/usr/share/%name' хочет этот модуль.

Результат -- либо надо делать provides на этот модуль (что принципиально
неправильно, потому как этот модуль _не_ предоставляется, и использоваться
другими программами не должен/не может), либо мы получим неустанавливаемый
пакет.

И это большая проблема, которая решается, видимо, только:
а) наличием механизма, который убирает requires на всё, что мы provides
б) "виртуальных" provides, которые используются только в этом механизме
автоматизации, и не оказываются в последствии в заголовках rpm.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
LATER наступило.  Патчи в аттачах.
		-- raorn in #5429