Milter-greylist

look like bind 9.7 don´t provides libbin.so anymore


yum provides */lib/libbind.so
30:bind-libbind-devel-9.3.6-16.P1.el5.i386 : Include files and library needed to use the BIND resolver library.
Repo        : base
Matched from:
Filename    : /usr/lib/libbind.so




yum provides */lib/libbind9.so
32:bind97-devel-9.7.0-6.P2.el5.i386 : Header files and libraries needed for BIND DNS development
Repo        : base
Matched from:
Filename    : /usr/lib/libbind9.so



30:bind-devel-9.3.6-16.P1.el5.i386 : Header files and libraries needed for BIND DNS development.
Repo        : base
Matched from:
Filename    : /usr/lib/libbind9.so





any idea??


--- In milter-greylist@yahoogroups.com, Enrico Scholz <enrico.scholz@...> wrote:
>
> manu-S783fYmB3Ccdnm+yROfE0A@... writes:
> 
> >> nm /usr/lib/libresolv.so | grep initparse
> >> 0063dc90 t __ns_initparse
> >
> > How strange: the symbol is local!
> 
> fwi, ns_initparse is exported only by the static libresolv.a; the dynamic
> libresolv.so does not export this symbol.
> 
> This has been changed in more recent glibc's, but for RHEL5 you
> have to link against 'libbind.so' (not 'libbind9.so'!!) from the
> 'bind-libbind-devel' (not from 'bind-devel'!!) package.  Link order
> is very tricky in this combination (else, libresolv and libbind
> might get mixed and cause mysterious crashes).
> 
> The fedora package should do the right thing by specifying the '--with
> libbind' rpmbuild option, but I abandoned RHEL5 on my mail filter some
> time ago and can not say how/if it still works.
> 
> 
> Enrico
>