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.
Doug
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 u...@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/
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
