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 сумел разобрать скрипты и найти зависимость без
загрузки этого модуля.