From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <433BC60C.3010207@solin.spb.ru> Date: Thu, 29 Sep 2005 14:46:36 +0400 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.7) Gecko/20050426 X-Accept-Language: ru, be, uk, en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] Re: shared object not in path References: <43396773.9070402@emt.com.ua> <20050927181803.GA3831@solemn.turbinal.org> <4339969D.6050101@emt.com.ua> <20050927201213.GC3831@solemn.turbinal.org> <433999D1.1050202@emt.com.ua> <20050927202457.GD3831@solemn.turbinal.org> <20050928200835.GA10458@localhost.localdomain> In-Reply-To: <20050928200835.GA10458@localhost.localdomain> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 10:46:51 -0000 Archived-At: List-Archive: List-Post: Денис Смирнов пишет: > 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' хочет этот модуль. Именно такую ситуацию я имею с bugzilla`ми: куча перлового кода, специфичного только для данного приложения, который не находятся (неудовлетворенные зависимости) если его не включать в пути поиска, п начинает провайдеца -- если туда включить. Приходится писать зависимости руками... :-( > И это большая проблема, которая решается, видимо, только: > а) наличием механизма, который убирает requires на всё, что мы provides > б) "виртуальных" provides, которые используются только в этом механизме > автоматизации, и не оказываются в последствии в заголовках rpm. в) механизм фильтрации _финального_ списка provides. -- С уважением. Алексей.