(ITS#6359) Problem compiling openldap
by pierre42d@9online.fr
Full_Name: Pierre
Version: 2.4.19
OS: GNU/Linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (79.89.161.74)
# make
Making all in /tmp/openldap-2.4.19
Entering subdirectory include
make[1]: Entering directory `/tmp/openldap-2.4.19/include'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/tmp/openldap-2.4.19/include'
Entering subdirectory libraries
make[1]: Entering directory `/tmp/openldap-2.4.19/libraries'
Making all in /tmp/openldap-2.4.19/libraries
Entering subdirectory liblutil
make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblutil'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblutil'
Entering subdirectory liblber
make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblber'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblber'
Entering subdirectory liblunicode
make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblunicode'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblunicode'
Entering subdirectory libldap
make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/libldap'
/bin/sh ../../libtool --mode=link gcc -s -O3 -march=i686
-L/usr/local/BerkeleyDB.4.6/lib -o apitest apitest.o libldap.la
../../libraries/liblber/liblber.la ../../libraries/liblutil/liblutil.a -lsasl2
-lgnutls -lcrypt -lresolv
gcc -s -O3 -march=i686 -o .libs/apitest apitest.o
-L/usr/local/BerkeleyDB.4.6/lib ./.libs/libldap.so
/tmp/openldap-2.4.19/libraries/liblber/.libs/liblber.so -L/usr/local/lib
../../libraries/liblber/.libs/liblber.so ../../libraries/liblutil/liblutil.a
/usr/local/lib/libsasl2.so -ldl /usr/local/lib/libgnutls.so
/usr/local/lib/libtasn1.so /usr/local/lib/libgcrypt.so -lnsl -lcap
/usr/local/lib/libgpg-error.so -lz -lcrypt -lresolv
./.libs/libldap.so: undefined reference to `gnutls_x509_crt_list_import'
./.libs/libldap.so: undefined reference to `gnutls_certificate_get_x509_cas'
./.libs/libldap.so: undefined reference to `gnutls_cipher_suite_info'
collect2: ld returned 1 exit status
make[2]: *** [apitest] Error 1
make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/libldap'
make[1]: *** [all-common] Error 1
make[1]: Leaving directory `/tmp/openldap-2.4.19/libraries'
make: *** [all-common] Error 1
14 years, 1 month
(ITS#6358) Problem compiling openldap
by pierre42d@9online.fr
Full_Name: Pierre
Version: 2.4.19
OS: GNU/Linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (79.89.161.74)
# make
Making all in /tmp/openldap-2.4.19
Entering subdirectory include
make[1]: Entering directory `/tmp/openldap-2.4.19/include'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/tmp/openldap-2.4.19/include'
Entering subdirectory libraries
make[1]: Entering directory `/tmp/openldap-2.4.19/libraries'
Making all in /tmp/openldap-2.4.19/libraries
Entering subdirectory liblutil
make[2]: Entering directory `/tmp/openldap-2.4.19/libraries/liblutil'
gcc -s -O3 -march=i686 -I../../include -I../../include
-I/usr/local/BerkeleyDB.4.6/include -I/usr/local/BerkeleyDB.4.6/include -c -o
passwd.o passwd.c
passwd.c:820: error: parse error before "des_key"
passwd.c: In function `lmPasswd_to_key':
passwd.c:822: error: `lmPasswd' undeclared (first use in this function)
passwd.c:822: error: (Each undeclared identifier is reported only once
passwd.c:822: error: for each function it appears in.)
passwd.c:835: error: `key' undeclared (first use in this function)
passwd.c: In function `chk_lanman':
passwd.c:846: error: `des_key' undeclared (first use in this function)
passwd.c:846: error: parse error before "key"
passwd.c:847: error: `des_context' undeclared (first use in this function)
passwd.c:848: error: `des_data_block' undeclared (first use in this function)
passwd.c:866: error: `key' undeclared (first use in this function)
passwd.c:867: error: `schedule' undeclared (first use in this function)
passwd.c:868: error: `StdText' undeclared (first use in this function)
passwd.c:868: error: `PasswordHash1' undeclared (first use in this function)
passwd.c:868: error: `DES_ENCRYPT' undeclared (first use in this function)
passwd.c:876: error: `PasswordHash2' undeclared (first use in this function)
passwd.c: In function `hash_lanman':
passwd.c:1142: error: `des_key' undeclared (first use in this function)
passwd.c:1142: error: parse error before "key"
passwd.c:1143: error: `des_context' undeclared (first use in this function)
passwd.c:1144: error: `des_data_block' undeclared (first use in this function)
passwd.c:1162: error: `key' undeclared (first use in this function)
passwd.c:1163: error: `schedule' undeclared (first use in this function)
passwd.c:1164: error: `StdText' undeclared (first use in this function)
passwd.c:1164: error: `PasswordHash1' undeclared (first use in this function)
passwd.c:1164: error: `DES_ENCRYPT' undeclared (first use in this function)
passwd.c:1168: error: `PasswordHash2' undeclared (first use in this function)
make[2]: *** [passwd.o] Error 1
make[2]: Leaving directory `/tmp/openldap-2.4.19/libraries/liblutil'
make[1]: *** [all-common] Error 1
make[1]: Leaving directory `/tmp/openldap-2.4.19/libraries'
make: *** [all-common] Error 1
14 years, 1 month
(ITS#6357) Problem configuring openldap
by pierre42d@9online.fr
Full_Name: Pierre
Version: 2.4.19
OS: GNU/Linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (79.89.161.74)
[...]
checking number of arguments of ctime_r... 2
checking number of arguments of gethostbyname_r... 6
checking number of arguments of gethostbyaddr_r... 8
checking db.h usability... no
checking db.h presence... no
checking for db.h... no
configure: error: BDB/HDB: BerkeleyDB not available
But I have Berkeley DB installed in its default location...
14 years, 1 month
Re: ITS#3526 chaining enhancements
by masarati@aero.polimi.it
> Looks to me like the mentioned features have been implemented and this ITS
> should be closed. OK?
Yes, everything seems to be implemented. Note that chained operations
only work for a single hop, since back-ldap does not allow to add proxied
authz control when already set. Thanks, p.
14 years, 1 month
Re: (ITS#6324) slapd -d ? emits incorrect value for LDAP_DEBUG_ANY on x86_64
by h.b.furuseth@usit.uio.no
That fix caused a lot of overflow warnings about LDAP_DEBUG_ANY.
I've updated ldap/include/ldap_log.h, ldap/servers/slapd/bconfig.c
with an alternate fix. (The main.c fix stays.)
While I was at it, I handled output of ANY as -1 specially, since
that is a common input value but other negative numbers are not.
--
Hallvard
14 years, 1 month
(ITS#6356) slapd.conf tcp-buffer gets uninitialized value
by h.b.furuseth@usit.uio.no
Full_Name: Hallvard B Furuseth
Version: HEAD
OS:
URL:
Submission from: (NULL) (129.240.6.233)
Submitted by: hallvard
config_tcp_buffer() passes 'idx' uninitialized to tcp_buffer_add_one().
Introduced in rev 1.384 for ITS#6234 (TCP buffer configuration)
when !defined(LDAP_TCP_BUFFER_X_ORDERED), then rev 1.388 removed
the #ifdef LDAP_TCP_BUFFER_X_ORDERED which could set the value.
(Not sure if this needed an ITS -- the code is in 2.4.18/19, but
inside #ifdef LDAP_TCP_BUFFER which is #defined if LDAP_DEVEL.)
14 years, 1 month
(ITS#6355) Uninitialiezed rsa_callback with OpenSSL
by h.b.furuseth@usit.uio.no
Full_Name: Hallvard B Furuseth
Version: HEAD, 2.4.19
OS:
URL:
Submission from: (NULL) (129.240.6.233)
Submitted by: hallvard
libldap/tls_o.c:lso_tmp_rsa_cb() returns an uninitialized value
if BN_set_word() fails. Introduced in rev 1.13; openldap 2.4.19.
Fixing to return NULL.
14 years, 1 month
Re: (ITS#6339) ldapsearch -V doesn't exist after version info
by quanah@zimbra.com
--On Friday, October 30, 2009 9:44 AM +0100 Pierangelo Masarati
<masarati(a)aero.polimi.it> wrote:
> quanah(a)zimbra.com wrote:
>> Full_Name: Quanah Gibson-Mount
>> Version: 2.4.19
>> OS:
>> URL: ftp://ftp.openldap.org/incoming/
>> Submission from: (NULL) (75.111.29.239)
>>
>>
>> Executing ldapsearch -V to get the version information correctly prints
>> it, but then proceeds to execute a search.
>
> Perhaps it's not clearly documented (no "-V" in man page, unclear message
> in help) but you need to use -VV to exit after printing version.
That's... bizarre. Even slapd doesn't behave that way. Nor any other
program comes immediately to mind.
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration
14 years, 1 month
Re: (ITS#6339) ldapsearch -V doesn't exist after version info
by masarati@aero.polimi.it
quanah(a)zimbra.com wrote:
> Full_Name: Quanah Gibson-Mount
> Version: 2.4.19
> OS:
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (75.111.29.239)
>
>
> Executing ldapsearch -V to get the version information correctly prints it, but
> then proceeds to execute a search.
Perhaps it's not clearly documented (no "-V" in man page, unclear
message in help) but you need to use -VV to exit after printing version.
p.
14 years, 1 month