openldap-bugs October 2009

openldap-bugs@openldap.org

34 participants
223 discussions

(ITS#6359) Problem compiling openldap
by pierre42d＠9online.fr 30 Oct '09

30 Oct '09

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

1 0

Re: (ITS#6358) Problem compiling openldap
by pierre42d＠9online.fr 30 Oct '09

30 Oct '09

Problem linked to the use of the --enable-lmpasswd option

1 0

(ITS#6358) Problem compiling openldap
by pierre42d＠9online.fr 30 Oct '09

30 Oct '09

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

1 0

(ITS#6357) Problem configuring openldap
by pierre42d＠9online.fr 30 Oct '09

30 Oct '09

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...

1 0

Re: ITS#3526 chaining enhancements
by masarati＠aero.polimi.it 30 Oct '09

30 Oct '09

> 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.

1 0

Re: (ITS#6324) slapd -d ? emits incorrect value for LDAP_DEBUG_ANY on x86_64
by h.b.furuseth＠usit.uio.no 30 Oct '09

30 Oct '09

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

1 0

(ITS#6356) slapd.conf tcp-buffer gets uninitialized value
by h.b.furuseth＠usit.uio.no 30 Oct '09

30 Oct '09

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.)

1 0

(ITS#6355) Uninitialiezed rsa_callback with OpenSSL
by h.b.furuseth＠usit.uio.no 30 Oct '09

30 Oct '09

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.

1 0

Re: (ITS#6339) ldapsearch -V doesn't exist after version info
by quanah＠zimbra.com 30 Oct '09

30 Oct '09

--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

1 0

Re: (ITS#6339) ldapsearch -V doesn't exist after version info
by masarati＠aero.polimi.it 30 Oct '09

30 Oct '09

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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs October 2009