[Evolution] ximian-connector 2.0.4 x86_64 cannot --with-static-ldap ?!?
Sackinger, Philip A
pasacki@sandia.gov
Tue, 1 Mar 2005 09:43:41 -0700
This is a multi-part message in MIME format.
------_=_NextPart_001_01C51E7D.D37CF08E
Content-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
I've been trying to build and run ximian connector 2.0.4 under Fedora =
Core 3 on x86_64.
In order to get the evolution-exchange-storage to work with my local =
Exchanger server, I've built=20
OpenLDAP 2.2.23 with the ntlm patch applied.
However, if I try to configure --with-static-ldap, the configure fails =
to compile/link with my
special library. It also seems to fail to find res_query in -lresolv, =
too, FWIW.
Conversely, the configure against the dynamic shared library for patched =
OpenLDAP succeeds. I can then do a make and a make install.
But then, when I actually run E2K_DEBUG=3D4 evolution-exchange-storage =
before firing up evolution 2.0.4, it will
die with a symbol lookup failure that indicates that it is getting the =
dynamic library from a system location in
/usr/lib64 or /lib64 that doesn't have our extra friend =
ldap_ntlm_bind().
So, it's a rock or a hard place.
I saw this old patch for x86_64, but for connector 1.4.7 -- should I try =
to adapt it to 2.0.4?
http://lists.ximian.com/archives/public/evolution-patches/2004-September/=
007474.html
Or, is there a way to coerce my backend storage to use the right dynamic =
shared library?=20
I'm almost ready to forcefully rename the ldap libraries in the system =
directories, but would rather not do something so drastic if it could be =
avoided.
Thanks for any help.
------_=_NextPart_001_01C51E7D.D37CF08E
Content-Type: text/html;
charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7226.0">
<TITLE>ximian-connector 2.0.4 x86_64 cannot --with-static-ldap =
?!?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<BR>
<P><FONT SIZE=3D2>I've been trying to build and run ximian connector =
2.0.4 under Fedora Core 3 on x86_64.<BR>
<BR>
In order to get the evolution-exchange-storage to work with my local =
Exchanger server, I've built<BR>
OpenLDAP 2.2.23 with the ntlm patch applied.<BR>
<BR>
However, if I try to configure --with-static-ldap, the configure fails =
to compile/link with my<BR>
special library. It also seems to fail to find res_query in -lresolv, =
too, FWIW.<BR>
<BR>
Conversely, the configure against the dynamic shared library for patched =
OpenLDAP succeeds. I can then do a make and a make install.<BR>
<BR>
But then, when I actually run E2K_DEBUG=3D4 evolution-exchange-storage =
before firing up evolution 2.0.4, it will<BR>
die with a symbol lookup failure that indicates that it is getting the =
dynamic library from a system location in<BR>
/usr/lib64 or /lib64 that doesn't have our extra friend =
ldap_ntlm_bind().<BR>
<BR>
So, it's a rock or a hard place.<BR>
<BR>
I saw this old patch for x86_64, but for connector 1.4.7 -- should I try =
to adapt it to 2.0.4?<BR>
<A =
HREF=3D"http://lists.ximian.com/archives/public/evolution-patches/2004-Se=
ptember/007474.html">http://lists.ximian.com/archives/public/evolution-pa=
tches/2004-September/007474.html</A><BR>
<BR>
Or, is there a way to coerce my backend storage to use the right dynamic =
shared library?<BR>
<BR>
I'm almost ready to forcefully rename the ldap libraries in the system =
directories, but would rather not do something so drastic if it could be =
avoided.<BR>
<BR>
Thanks for any help.<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C51E7D.D37CF08E--