РЕШЕНО.
Кстати друг нашел в чем проблема, наверное и здесь будет интересно.
Вообще-то на мысль навел Danila Vassenkov
Цитата из письма
----Начало цитатыМне удалось воспроизвести проблему. Для этого я снес у
себя файл /usr/lib/libpq-4.a после чего emerge pdns стал валиться знакомым
образом:
checking whether we should use nedmalloc allocator... no
checking for PgSQL library directory... configure: error: Didn't find
the pgsql
library dir in '/usr/lib64/lib/pgsql /usr/lib64/pgsql /usr/lib64'
Посмотрите, где у вас лежит файл libpq-4.a ? Может быть, он у вас или
отсутствует, или лежит не там, где надо (а надо в одном из каталогов
/usr/lib64/lib/pgsql или /usr/lib64/pgsql или /usr/lib64) или он просто
битый. Чтобы не работать руками, просто запустите команду find /usr
-name libpq-4.a
Конец цитаты У меня с версией 8.2.7 следуещее
serv lib # find /usr -name libpq-4.a
serv lib # find /usr -name 'libpq*.a'
/usr/lib/libpq-5.a
/usr/lib/libpq.a
Друг нашел следующий казус
--Начало цитатыblack@serv ~ $ ls -l /usr/lib/libpq.a
lrwxrwxrwx 1 root root 9 жов 21 10:24 /usr/lib/libpq.a -> libpq-4.a
то есть ссылка на несуществующую libpq-4.a
я перенаправил ссылку на libpq-5.a и pdns установил успешно
почему так? что-то напутали авторы скрипта сборки, что при переходе на
8.2.7 ы и соответственно на -5 не исправлено линк
а не замечали мы (а возможно и автор скрипта) этого потому что
большинство программ линкуются динамически з .so версieю библиотек, во
время старта программ. А при статичной сборке з .a библиотекой её код
прикрепляется до бинарного файла, того же pdns
rm /usr/lib/libpq.a; cd /usr/lib/; ln -s libpq-5.a /usr/lib/libpq.a
я пересмотрел скрипт configure, что переверял либы ы заметил, что по
определенному списку каталогов ищется libpq.a, посмотрел - а это
симлинк, да еще и битый. Хотя в списке файлов пакета и присутствует.
bl@blwork ~ $ equery f dev-db/libpq|grep 'libpq.a$'
/usr/lib/libpq.a
--Конець цитатыВот и усё.
Еще раз всем спасибо.
