openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

Re: (ITS#7137) Wrong -R path for installed programs
by michael＠stroeder.com 27 Jan '12

27 Jan '12

quanah(a)zimbra.com wrote: > -R/opt/zimbra/openssl/lib FWIW: Setting rpath with -R did not work for me on Linux. I had to use -Wl,-rpath instead. I did not re-test recently though. Ciao, Michael.

1 0

Re: (ITS#7137) Wrong -R path for installed programs
by quanah＠zimbra.com 26 Jan '12

26 Jan '12

--On Thursday, January 26, 2012 9:11 AM +0000 holm(a)informatik.umu.se wrote: > --On 25 januari 2012 13.47.34 -0800 Quanah Gibson-Mount > <quanah(a)zimbra.com> wrote: > I handle OpenLDAP the same way as all other software. This is basically > what I do: > > cd OpenLDAPsources > mkdir builddir > cd builddir > env CFLAGS="-O2" \ > ../configure \ > --prefix=/opt/OpenLDAP \ > --enable-shared \ > --disable-static \ > --sysconfdir=/var/conf \ > --localstatedir=/var/conf/openldap/var \ > --disable-hdb \ > --disable-monitor \ > --enable-rlookups \ > --enable-accesslog \ > --enable-modules > make > make install > > Everything is installed in the right place but the rpath is wrong. > One interesting thing. The executables are not created in the .libs > direcotrys and they are not relinked at install. The .libs directorys > are created but not used. The libraries, on the other hand, ARE > created in the .libs directorys and relinked at install time. There is something wrong in what you're doing, I don't know where. I built using a builddir (since I don't usually, but you did), and it worked correctly for me. Note that my dependancy libs are all also in their own dirs, so I have to specify how to link to them in configure/make, but I do not tell it where to link to for finding the OpenLDAP libs: LD_LIBRARY_PATH=/opt/zimbra/openssl/lib:/opt/zimbra/bdb/lib:/opt/zimbra/cyru s-sasl/lib:/opt/zimbra/libtool/lib LDFLAGS="-L/opt/zimbra/openssl/lib -L/opt/zimbra/bdb/lib -L/opt/zimbra/cyrus-sasl/lib -L/opt/zimbra/libtool/lib -R/opt/zimbra/openssl/lib -R/opt/zimbra/bdb/lib -R/opt/zimbra/libtool/lib -R/opt/zimbra/cyrus-sasl/lib" CPPFLAGS="-I/opt/zimbra/bdb/include -I/opt/zimbra/cyrus-sasl/include -I/opt/zimbra/openssl/include -I/opt/zimbra/libtool/include" CFLAGS="-g -O0" ../configure --prefix=/opt/zimbra/openldap-2.4.28-linktest --with-cyrus-sasl --with-tls=openssl --enable-dynamic --enable-slapd --enable-modules --enable-backends=mod --disable-shell --disable-sql --disable-bdb --disable-ndb --enable-overlays=mod --enable-debug --enable-spasswd --enable-crypt LD_RUN_PATH=/opt/zimbra/openssl/lib:/opt/zimbra/bdb/lib:/opt/zimbra/cyrus-sasl/lib:/opt/zimbra/libtool/lib make depend LD_RUN_PATH=/opt/zimbra/openssl/lib:/opt/zimbra/bdb/lib:/opt/zimbra/cyrus-sasl/lib:/opt/zimbra/libtool/lib make -j2 LD_RUN_PATH=/opt/zimbra/openssl/lib:/opt/zimbra/bdb/lib:/opt/zimbra/cyrus-sasl/lib:/opt/zimbra/libtool/lib make prefix=/opt/zimbra/openldap-2.4.28-linktest install strip="" [build@zre-rhel6-64 builddir]$ cd /opt/zimbra/openldap-2.4.28-linktest/bin/ [build@zre-rhel6-64 bin]$ ldd ldapsearch linux-vdso.so.1 => (0x00007fffa99ff000) libldap-2.4.so.2 => /opt/zimbra/openldap-2.4.28-linktest/lib/libldap-2.4.so.2 (0x00007f780f6cd000) liblber-2.4.so.2 => /opt/zimbra/openldap-2.4.28-linktest/lib/liblber-2.4.so.2 (0x00007f780f4bc000) libsasl2.so.2 => /opt/zimbra/cyrus-sasl-2.1.25.4z/lib/libsasl2.so.2 (0x00007f780f2a1000) libdl.so.2 => /lib64/libdl.so.2 (0x0000003000e00000) libssl.so.1.0.0 => /opt/zimbra/openssl/lib/libssl.so.1.0.0 (0x00007f780f03b000) libcrypto.so.1.0.0 => /opt/zimbra/openssl/lib/libcrypto.so.1.0.0 (0x00007f780ec8b000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000003003e00000) libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003003200000) libc.so.6 => /lib64/libc.so.6 (0x0000003001200000) /lib64/ld-linux-x86-64.so.2 (0x0000003000a00000) libfreebl3.so => /lib64/libfreebl3.so (0x0000003004200000) --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#7137) Wrong -R path for installed programs
by holm＠informatik.umu.se 26 Jan '12

26 Jan '12

--On 25 januari 2012 13.47.34 -0800 Quanah Gibson-Mount <quanah(a)zimbra.com> wrote: > --On Wednesday, January 25, 2012 9:33 PM +0000 holm(a)informatik.umu.se wrote: > >> Full_Name: ?ke Holmlund >> Version: 2.4.28 >> OS: Solaris 10, Ubuntu 10.04 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (2001:6b0:e:4a43::25) >> >> >> After compiling and installing OpenLDAP, the tools and servers are linked >> with the wrong library path. They use the libraries in the source tree >> instead of the installed libraries. > > It sounds to me like you failed to correctly set your paths etc while compiling and > installing then. I build OpenLDAP on some 20 different Linux distributions with a > large variety of gcc and kernel releases, and the RPATH always correct. I handle OpenLDAP the same way as all other software. This is basically what I do: cd OpenLDAPsources mkdir builddir cd builddir env CFLAGS="-O2" \ ../configure \ --prefix=/opt/OpenLDAP \ --enable-shared \ --disable-static \ --sysconfdir=/var/conf \ --localstatedir=/var/conf/openldap/var \ --disable-hdb \ --disable-monitor \ --enable-rlookups \ --enable-accesslog \ --enable-modules make make install Everything is installed in the right place but the rpath is wrong. One interesting thing. The executables are not created in the .libs direcotrys and they are not relinked at install. The .libs directorys are created but not used. The libraries, on the other hand, ARE created in the .libs directorys and relinked at install time. Regards, Åke Holmlund -------------------------------------------------------------------------- Åke Holmlund Phone: 090 - 786 57 16 Umeå University Fax: 090 - 786 65 50 Dept of Informatics Email: holm(a)informatik.umu.se 901 87 Umeå SWEDEN > > --Quanah > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration

1 0

ITS#7128 OpenLDAP for Win7 error
by hyc＠symas.com 25 Jan '12

25 Jan '12

The OpenLDAP Project has nothing to do with the file you referenced. Contact whoever created those binaries for assistance. This ITS will be closed. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#7136) [PATCH] MozNSS: store TLS params until the deferred initialization is finished
by hyc＠symas.com 25 Jan '12

25 Jan '12

jvcelak(a)redhat.com wrote: > Full_Name: Jan Vcelak > Version: git master > OS: Linux > URL: ftp://ftp.openldap.org/incoming/jvcelak-20120125-nss-params-deferred-init.p… > Submission from: (NULL) (209.132.186.34) > > > Deferred TLS initialization is used with Mozilla NSS. The real initialization > takes place when the TLS context is needed for the first time. If the > initialization parameters were freed immediately after tlsm_ctx_init was called, > they were not available at the time of deferred initialization which caused > segmentation fault. > > This situation happens e.g. with syncrepl. > > With this patch, initialization parameters are copied and stored until the > deferred initialization is finished. The parameters are freed afterwards. > > Original bug report: https://bugzilla.redhat.com/show_bug.cgi?id=783431 > > Patch uploaded. Thanks, committed to git master. > > The attached file is derived from OpenLDAP Software. All of the modifications to > OpenLDAP Software represented in the following patch(es) were developed by Red > Hat. Red Hat has not assigned rights and/or interest in this work to any party. > I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under > the following terms. > > Red Hat hereby place the following modifications to OpenLDAP Software (and only > these modifications) into the public domain. Hence, these modifications may be > freely used and/or redistributed for any purpose with or without attribution > and/or other notice. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#7135) [PATCH] MozNSS, PEM: fix segfault when TLS certificate key is not set
by hyc＠symas.com 25 Jan '12

25 Jan '12

jvcelak(a)redhat.com wrote: > Full_Name: Jan Vcelak > Version: git master > OS: Linux > URL: ftp://ftp.openldap.org/incoming/jvcelak-20120125-nss-pem-segfault-tls-certk… > Submission from: (NULL) (209.132.186.34) > > > Slapd segfaults when PEM certificate is used with Mozilla NSS crypto backend and > olcTLSCertificateKeyFile is not set. > > Original report: https://bugzilla.redhat.com/show_bug.cgi?id=772890 > > Patch is uploaded. Thanks, committed to git master. > > The attached file is derived from OpenLDAP Software. All of the modifications to > OpenLDAP Software represented in the following patch(es) were developed by Red > Hat. Red Hat has not assigned rights and/or interest in this work to any party. > I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under > the following terms. > > Red Hat hereby place the following modifications to OpenLDAP Software (and only > these modifications) into the public domain. Hence, these modifications may be > freely used and/or redistributed for any purpose with or without attribution > and/or other notice. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#7137) Wrong -R path for installed programs
by quanah＠zimbra.com 25 Jan '12

25 Jan '12

--On Wednesday, January 25, 2012 9:33 PM +0000 holm(a)informatik.umu.se wrote: > Full_Name: ?ke Holmlund > Version: 2.4.28 > OS: Solaris 10, Ubuntu 10.04 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (2001:6b0:e:4a43::25) > > > After compiling and installing OpenLDAP, the tools and servers are linked > with the wrong library path. They use the libraries in the source tree > instead of the installed libraries. It sounds to me like you failed to correctly set your paths etc while compiling and installing then. I build OpenLDAP on some 20 different Linux distributions with a large variety of gcc and kernel releases, and the RPATH always correct. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7137) Wrong -R path for installed programs
by holm＠informatik.umu.se 25 Jan '12

25 Jan '12

Full_Name: Åke Holmlund Version: 2.4.28 OS: Solaris 10, Ubuntu 10.04 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (2001:6b0:e:4a43::25) After compiling and installing OpenLDAP, the tools and servers are linked with the wrong library path. They use the libraries in the source tree instead of the installed libraries. Example from Ubuntu: ldd ldapsearch linux-vdso.so.1 => (0x00007fffefd6a000) libldap-2.4.so.2 => /src/new/OpenLDAP/openldap-2.4.28/build-lnx/libraries/libldap/.libs/libldap-2.4.so.2 (0x00007f264082c000) liblber-2.4.so.2 => /src/new/OpenLDAP/openldap-2.4.28/build-lnx/libraries/liblber/.libs/liblber-2.4.so.2 (0x00007f264061c000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00007f26403e5000) libdl.so.2 => /lib/libdl.so.2 (0x00007f26401e1000) libssl.so.0.9.8 => /lib/libssl.so.0.9.8 (0x00007f263ff8e000) libcrypto.so.0.9.8 => /lib/libcrypto.so.0.9.8 (0x00007f263fbfe000) libresolv.so.2 => /lib/libresolv.so.2 (0x00007f263f9e5000) libc.so.6 => /lib/libc.so.6 (0x00007f263f661000) /lib64/ld-linux-x86-64.so.2 (0x00007f2640a77000) libz.so.1 => /lib/libz.so.1 (0x00007f263f44a000) Note that libldap and liblber in /src/new... are used instead of the libraries installed in /opt/OpenLDAP/lib. The same problem occurs in Solaris 10.

1 0

(ITS#7136) [PATCH] MozNSS: store TLS params until the deferred initialization is finished
by jvcelak＠redhat.com 25 Jan '12

25 Jan '12

Full_Name: Jan Vcelak Version: git master OS: Linux URL: ftp://ftp.openldap.org/incoming/jvcelak-20120125-nss-params-deferred-init.p… Submission from: (NULL) (209.132.186.34) Deferred TLS initialization is used with Mozilla NSS. The real initialization takes place when the TLS context is needed for the first time. If the initialization parameters were freed immediately after tlsm_ctx_init was called, they were not available at the time of deferred initialization which caused segmentation fault. This situation happens e.g. with syncrepl. With this patch, initialization parameters are copied and stored until the deferred initialization is finished. The parameters are freed afterwards. Original bug report: https://bugzilla.redhat.com/show_bug.cgi?id=783431 Patch uploaded. The attached file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Red Hat. Red Hat has not assigned rights and/or interest in this work to any party. I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under the following terms. Red Hat hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

1 0

(ITS#7135) [PATCH] MozNSS, PEM: fix segfault when TLS certificate key is not set
by jvcelak＠redhat.com 25 Jan '12

25 Jan '12

Full_Name: Jan Vcelak Version: git master OS: Linux URL: ftp://ftp.openldap.org/incoming/jvcelak-20120125-nss-pem-segfault-tls-certk… Submission from: (NULL) (209.132.186.34) Slapd segfaults when PEM certificate is used with Mozilla NSS crypto backend and olcTLSCertificateKeyFile is not set. Original report: https://bugzilla.redhat.com/show_bug.cgi?id=772890 Patch is uploaded. The attached file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Red Hat. Red Hat has not assigned rights and/or interest in this work to any party. I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under the following terms. Red Hat hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

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