[devel] Q: mrtg под x86_64 (Was: Re: [Sisyphus-cybertalk] I: Sisyphus-20060214 x86_64 unmets: +13 -15 (974/248))

[Sergey Vlasov]

On Tue, Feb 14, 2006 at 10:53:21AM +0200, Andrei Bulava wrote:
> QA Team Robot wrote:
> > 	13 NEW unmet dependencies detected:
> 
> > mrtg#2.13.2-alt1        	/usr/lib64/libgd.so.2()(64bit)
> > mrtg#2.13.2-alt1        	/usr/lib64/libpng12.so.0()(64bit)
> 
> А как именно это понимать? Ведь если unmet dependencies порождаются
> _после_ того, как mrtg собрался под x86_64, то проблемы где-то намного
> глубже?

Не надо делать %define _libdir /usr/lib - rpm-4.0.4-alt59 использует
%_libdir для определения списка стандартных путей к библиотекам, а все
*.so, расположенные в другом месте, попадают в зависимости с полными
путями.  Переопределение %_libdir ломает этот механизм и приводит к
появлению таких неверных зависимостей.

Если там действительно noarch, надо класть его в %_datadir (но если в этих
каталогах могут появляться arch-куски, добавляемые другими пакетами,
придётся оставить их в %_libdir).

> > mrtg#2.13.2-alt1        	perl(RRDs.pm)
> 
> > 	15 unmet dependencies have been RESOLVED:
> 
> > mrtg#2.12.2-alt1        	perl(RRDs.pm)
> 
> Тоже, кстати интересно - как именно технически возникают (и исчезают)
> такие "автоматически разрешающиеся неразрешимости" :-)

Просто пакет rrd по каким-то причинам не собран для x86_64, а автопоиск
зависимостей для perl сумел разобрать скрипты и найти зависимость без
загрузки этого модуля.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20060214/e5229fe3/attachment-0001.bin>