Unable to configure dirmngr after openldap upgrade

Doug Barton dougb at FreeBSD.org
Mon Mar 28 18:49:41 UTC 2011

This has nothing to do with libksba, it's just a coincidence that 
bumping the PORTREVISION on dirmngr for the libksba update caused you to 
rebuild dirmngr against an up to date openldap.

Reverting to openldap-client-2.4.24 allows dirmngr to build, thus I've 
changed the subject line of this message. The presence of the FETCH 
option (which is what I always use anyway) doesn't improve the 
situation, FYI.


On 03/28/2011 11:22, Kevin Oberman wrote:
> After I upgraded libksba to 1.2.0, I attempted to re-build dirmngr, but
> all of my systems are failing due to failing to detect LDAP.
> checking whether LDAP via "-lldap" is present and sane... no
> checking whether LDAP via "-lldap -llber" is present and sane... no
> checking whether LDAP via "-lldap -llber -lresolv" is present and sane... no
> checking whether LDAP via "-lwldap32" is present and sane... no
> checking for ANSI C header files... (cached) yes
> checking for string.h... (cached) yes
> checking locale.h usability... yes
> checking locale.h presence... yes
> checking for locale.h... yes
> checking for an ANSI C-conforming const... yes
> checking for inline... inline
> checking for size_t... yes
> checking return type of signal handlers... void
> checking whether sys_siglist is declared... yes
> checking for byte typedef... no
> checking for ushort typedef... yes
> checking for ulong typedef... no
> checking for struct sigaction... yes
> checking for sigset_t... yes
> checking for sys/stat.h... (cached) yes
> checking for unistd.h... (cached) yes
> checking direct.h usability... no
> checking direct.h presence... no
> checking for direct.h... no
> checking if mkdir takes one argument... no
> checking for memicmp... no
> checking for stpcpy... yes
> checking for strsep... yes
> checking for strlwr... no
> checking for strtoul... yes
> checking for memmove... yes
> checking for stricmp... no
> checking for strtol... yes
> checking for memrchr... yes
> checking for isascii... yes
> checking for timegm... yes
> checking for getrusage... yes
> checking for setrlimit... yes
> checking for stat... yes
> checking for setlocale... yes
> checking for flockfile... yes
> checking for funlockfile... yes
> checking for funopen... yes
> checking for fopencookie... no
> checking for gmtime_r... yes
> checking for getaddrinfo... yes
> checking for strtoull... yes
> checking for mmap... yes
> checking for canonicalize_file_name... no
> configure:
> ***
> *** You need a LDAP library to build this program.
> *** Check out
> ***    http://www.openldap.org
> *** for a suitable implementation.
> ***
> configure: error:
> ***
> *** Required libraries not found. Please consult the above messages
> *** and install them before running configure again.
> ***
> ===>   Script "configure" failed unexpectedly.
> Please report the problem to umq at ueo.co.jp [maintainer] and attach the
> "/usr/ports/security/dirmngr/work/dirmngr-1.1.0/config.log" including the
> output of the failure of your make command. Also, it might be a good idea to
> provide an overview of all packages installed on your system (e.g. an `ls
> /var/db/pkg`).
> *** Error code 1
> Stop in /usr/ports/security/dirmngr.
> *** Error code 1
> I certainly do have openldap-client installed. I even re-installed it,
> just to make sure nothing had been stepped on. I have libldap and
> liblber in /usr/local/lib/
> The first two attempts fail with:
> /usr/local/lib/libldap.so: undefined reference to `fetchGetURL'
> Any idea what may be going wrong?


	Nothin' ever doesn't change, but nothin' changes much.
			-- OK Go

	Breadth of IT experience, and depth of knowledge in the DNS.
	Yours for the right price.  :)  http://SupersetSolutions.com/

More information about the freebsd-ports mailing list