ports/50867: Balsa2 depends on OpenLDAP-2.0 cache which fails under OpenLDAP-2.1

jimd_NOSPAM at siu.edu jimd_NOSPAM at siu.edu
Sat Apr 12 14:40:07 UTC 2003

>Number:         50867
>Category:       ports
>Synopsis:       Balsa2 depends on OpenLDAP-2.0 cache which fails under OpenLDAP-2.1
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 12 07:40:04 PDT 2003
>Originator:     root
>Release:        FreeBSD 4.7-RELEASE i386
System: FreeBSD 255-141.ip.ll.net 4.7-RELEASE FreeBSD 4.7-RELEASE #2: Sat Jan 25 19:54:21 CST 2003 x at freebsd2.localnet10:/usr/src/sys/compile/XSYSTEM i386

	Balsa-2 libbalsa/address-book-ldap.c attempts to use "ldap_destroy_cache"
	which is defined in OpenLDAP-2.0, but not in OpenLDAP-2.1, which is
	what I use. In the same source file, an "ldap_enable_cache" is already
	commented out:

	/* ldap_enable_cache(ab->directory, LDAP_CACHE_TIMEOUT, 0); */

	For use with OpenLDAP-2.1, the "ldap_destroy_cache" statement should
	be commented out. I suggest that a make/build system flag for the
	major version of OpenLDAP installed (ports or independent) be defined
	to allow for selectivity for OpenLDAP-2.0 and OpenLDAP-2.1 functions,
	seeing as how OpenLDAP has change dramatically between 2.0 and 2.1.

	This OpenLDAP version make flag can then be used to comment out the
	"ldap_destroy_cache" when Balsa2 is being compiled in an OpenLDAP-2.1

	Specific to an OpenLDAP-2.1 environment:

--- libbalsa/address-book-ldap.c.orig	Sat Apr 12 09:00:48 2003
+++ libbalsa/address-book-ldap.c	Sat Apr 12 09:01:14 2003
@@ -201,7 +201,7 @@
 libbalsa_address_book_ldap_close_connection(LibBalsaAddressBookLdap * ab)
     if (ab->directory) {
-	ldap_destroy_cache(ab->directory);
+/*	ldap_destroy_cache(ab->directory); 11 Apr 2003, JED */
 	ab->directory = NULL;


More information about the freebsd-ports-bugs mailing list