[devel] Re: Проблема с зависимостями на glibc?

[Vitaly Lipatov]

On Saturday 11 February 2006 02:01, Konstantin A. Lepikhov wrote:
> Hi Vitaly!
>
> Saturday 11, at 01:38:38 AM you wrote:
> > On Friday 10 February 2006 23:08, QA Team Robot wrote:
> > > 	1 NEW unmet dependency detected:
> > > twinkle#0.6-alt0.1      	libresolv.so.2(GLIBC_PRIVATE)
> >
> > Почему-то пакет после сборки получает такую зависимость.
> > Что это означает, и какой будет совет?
> > Я пытался поискать, но всё же не понял источника данной
> > проблемы.
>
> видимо, он (twinkle) использует какую-то функцию из
> libresolv.so.2, не предназначенную для внешнего использования.
> Можно посмотреть список таких функций через readelf --symbols
> и поискать их в коде twinkle.

Ага. Смотрим, какие вообще есть:
[lav на lav improve]$ readelf --symbols /lib/libresolv.so.2 | grep PRIVATE
    43: 461c1180   372 FUNC    GLOBAL DEFAULT   12 __ns_name_unpack@@GLIBC_PRIVATE
    54: 461c1890    20 FUNC    GLOBAL DEFAULT   12 __ns_get16@@GLIBC_PRIVATE
    83: 00000000     0 OBJECT  GLOBAL DEFAULT  ABS GLIBC_PRIVATE
    84: 461c18b0    38 FUNC    GLOBAL DEFAULT   12 __ns_get32@@GLIBC_PRIVATE
    91: 461bdd00  1115 FUNC    GLOBAL DEFAULT   12 __libc_res_nsearch@@GLIBC_PRIVATE
    96: 00000000   305 FUNC    GLOBAL DEFAULT  UND __res_maybe_init на GLIBC_PRIVATE (10)
   137: 461c0af0   640 FUNC    GLOBAL DEFAULT   12 __ns_name_ntop@@GLIBC_PRIVATE
   138: 461bd730   593 FUNC    GLOBAL DEFAULT   12 __libc_res_nquery@@GLIBC_PRIVATE

Одну из них находим в заголовочном файле. Это нормально, что она там есть?
$ grep __ns_get16 /usr/include/arpa/nameser.h
#define ns_get16                __ns_get16

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info