On Mon, Jan 21, 2008 at 05:19:39PM +0300, Alexey Shabalin wrote: > 21.01.08, Alexey Tourbin написал(а): > > On Fri, Jan 18, 2008 at 06:41:33PM +0300, QA Team Robot wrote: > > > beagle - The Beagle Search Infrastructure > > > * Fri Jan 18 2008 Alexey Shabalin 0.3.2-alt2 > > > - add Provides: mono(Beagle) - need for f-spot > > > * Wed Jan 09 2008 Alexey Shabalin 0.3.2-alt1.2 > > > > Желаю услышать более подробное объяснение, зачем потребовалось > > добавлять provides вручную. > > > > $ rpm -qpR f-spot-0.3.5-alt2.i586.rpm |grep -i beagle > > $ > Можно дождатся нового f-spot-0.4.1 и там увидеть. > При поиске зависимостей, rpm находит что для f-spot нужен > mono(Beagle), который ни кем не предоставляется. Он и не должен предоставляться, потому что Beagle.dll лежит в приватном каталоге. $ less beagle-0.3.2-alt2.i586.rpm |fgrep Beagle.dll -rw-r--r-- 1 root root 53760 Jan 18 16:39 /usr/lib/beagle/Beagle.dll -rw-r--r-- 1 root root 46571 Jan 18 16:39 /usr/lib/beagle/Beagle.dll.mdb $ Mono не сможет загрузить такой Beagle.dll стандартным способом, поэтому и не должно быть Provides стандартного вида. Получается, что новый f-spot лезет в "нестандартный" каталог /usr/lib/beagle, и "приватная" библиотека Beagle.dll оказывается не столь уже приватной. Не знаю, стоит ли в таком случае её переложить в /usr/lib/mono/gac. Говорят, что нельзя быть немножко беременным, а в случае с публичными/ приватными библиотеками некоторые градации всё-таки приходится допускать.