openldap-bugs

openldap-bugs@openldap.org

1 participants
20959 discussions

Re: (ITS#6194) Patch - Enhancement - provide LDIF support as libldif
by masarati＠aero.polimi.it 11 Apr '10

11 Apr '10

> Full_Name: Rich Megginson > Version: CVS HEAD (2.4.21+) > OS: Fedora > URL: > ftp://ftp.openldap.org/incoming/openldap-2.4.21-libldif-and-new-ldif-api-20… Rich, ldifutil.c seems to be missing in that file. Can you provide it? Either a separate file, or a new version of the patch is fine. Thanks, p. > This patch allows liblutil to provide the LDIF reading and writing > functions as > public APIs in a libldif, and exposes ldif.h to the public API. This > patch also creates > a new LDAP API for parsing raw LDIF records into higher level LDAP > structures > such as LDAPMod and LDAPControl - ldap_parse_ldif_record() - and changes > ldapmodify.c to use the new API. > > This patch file is derived from OpenLDAP Software. All of the > modifications to OpenLDAP Software represented in the following > patch(es) were developed by Red Hat, Inc.. Red Hat, Inc. has not > assigned rights and/or interest in this work to any party. I, Richard > Megginson am authorized by Red Hat, Inc., my employer, to release this > work under the following terms. > > Red Hat, Inc. 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

Re: (ITS#6512) configure error - BerkeleyDB 5.0 problem?
by patrice.moreaux＠univ-savoie.fr 10 Apr '10

10 Apr '10

Dear Quanah, Thank you very much for your so fast answer. > OpenLDAP has not yet been tested with BDB 5.0. Ok, so I will use the 4.x last version of BDB. I think that in the configure script, the major version number of BDB is more or less "hard coded" as "4". This could perhaps help your team! bets regards Patrice ______________________________________________________ Patrice Moreaux, Professor email: patrice.moreaux(a)univ-savoie.fr LISTIC - Polytech Annecy-Chambéry - University of Savoie BP 80439, 74944 Annecy le Vieux Cedex, France. Phone: (+33/0) 450 096 524 - Fax: (+33/0) 450 096 559 ______________________________________________________

1 0

Re: (ITS#6512) configure error - BerkeleyDB 5.0 problem?
by patrice.moreaux＠univ-savoie.fr 10 Apr '10

10 Apr '10

Dear Howard, Thank you very much for your answer. > quanah(a)zimbra.com wrote: >> --On Friday, April 09, 2010 11:25 PM +0000 patrice.moreaux(a)univ-savoie.fr >>> Submission from: (NULL) (193.48.130.254) >> OpenLDAP has not yet been tested with BDB 5.0. >> --Quanah > > The ITS is for legitimate bug reports, not help requests. There's no > reason OpenLDAP won't work with BDB 5.0, but this question belongs on > the -software mailing list, not the ITS. Please, excuse me for my mistake. I am in fact a new user of the OpenLDAP server. I will post on the software mailing list. Please also note that I have erroneously posted a new item in the FAQ! It will be fine is somebody of the OpenLDAP staff could discard it. Best regards, Patrice Moreaux ______________________________________________________ Patrice Moreaux, Professor email: patrice.moreaux(a)univ-savoie.fr LISTIC - Polytech Annecy-Chambéry - University of Savoie BP 80439, 74944 Annecy le Vieux Cedex, France. Phone: (+33/0) 450 096 524 - Fax: (+33/0) 450 096 559 ______________________________________________________

1 0

Re: (ITS#6512) configure error - BerkeleyDB 5.0 problem?
by hyc＠symas.com 10 Apr '10

10 Apr '10

quanah(a)zimbra.com wrote: > --On Friday, April 09, 2010 11:25 PM +0000 patrice.moreaux(a)univ-savoie.fr > wrote: > >> Full_Name: Patrice Moreaux >> Version: 2.4.21 >> OS: Ubuntu Lucid server 32bits >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (193.48.130.254) > > OpenLDAP has not yet been tested with BDB 5.0. > > --Quanah The ITS is for legitimate bug reports, not help requests. There's no reason OpenLDAP won't work with BDB 5.0, but this question belongs on the -software mailing list, not the ITS. -- -- 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#6478) slapd crashes with segfault
by masarati＠aero.polimi.it 10 Apr '10

10 Apr '10

> We managed to install it with debug-symbols now, > but did not have a new crash (yet). > > However we did a deeper anaylysis of existing > crashes. > Here is the outcome: [snip] > (gdb) thread 1 > [Switching to thread 1 (process 17895)]#0 0x00000037a4e30045 in raise () > f= > rom /lib64/libc.so.6 > (gdb) bt > #0 0x00000037a4e30045 in raise () from /lib64/libc.so.6 > #1 0x00000037a4e31ae0 in abort () from /lib64/libc.so.6 > #2 0x00000037a4e681bb in __libc_message () from /lib64/libc.so.6 > #3 0x00000037a4e6f444 in _int_free () from /lib64/libc.so.6 > #4 0x00000037a4e72a6c in free () from /lib64/libc.so.6 > #5 0x0000000000559e07 in sb_rdahead_remove (sbiod=3D0x2aaac488d0d0) at > ../= > ../../libraries/liblber/sockbuf.c:606 I still see some inconsistencies: in sockbuf.c there's no call to free() at line 606. So, either the core is inconsistent, or slapd was linking an incorrect liblber, if at all possible. Not sure how to proceeding in debugging this issue. p.

1 0

Re: (ITS#6512) configure error - BerkeleyDB 5.0 problem?
by quanah＠zimbra.com 10 Apr '10

10 Apr '10

--On Friday, April 09, 2010 11:25 PM +0000 patrice.moreaux(a)univ-savoie.fr wrote: > Full_Name: Patrice Moreaux > Version: 2.4.21 > OS: Ubuntu Lucid server 32bits > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (193.48.130.254) OpenLDAP has not yet been tested with BDB 5.0. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#6512) configure error - BerkeleyDB 5.0 problem?
by patrice.moreaux＠univ-savoie.fr 09 Apr '10

09 Apr '10

Full_Name: Patrice Moreaux Version: 2.4.21 OS: Ubuntu Lucid server 32bits URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (193.48.130.254) Date: 2010/04/06 I installed BerkeleyDB 5.0. Running configure for OpenLDAP 2.4.21 1. BDB 5.0 header is correcty read (major=5, minor=0) 2. However I got then: -------------------------------------------------------- checking if BerkeleyDB version supported by BDB/HDB backends... yes checking for BerkeleyBD link (default)... no configure: error: BDB/HDB: BerkeleyDB not available -------------------------------------------------------- I set the paths for libs and includes. I don't know where is the problem. Could you help me, please? Thank you, regards.

1 0

Re: (ITS#6244) "now" dynacl module
by masarati＠aero.polimi.it 09 Apr '10

09 Apr '10

I've uploaded a README with a simple example. <ftp://ftp.openldap.org/incoming/pierangelo-masarati-2010-04-09-README.now> p.

1 0

Re: (ITS#6456) Feature Request
by masarati＠aero.polimi.it 09 Apr '10

09 Apr '10

> Full_Name: J > Version: 2.4.20 > OS: Debian-Lenny/amd64 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (68.15.14.98) > > > Greetings, > > Having found out this doesn't already exist as another parameter or > configuration method, I am hereby submitting a request for a particular > feature. > > When performing idassert-bind operations, such as with back_ldap, it would > be > great if an option could be added which would allow specific matched > client DNs > to be matched and asserted as usual (e.g: the anonymous user asserting to > a > backend "proxyauthenticator" account) .... while other clients (flagged > somehow) > would pass-through as themselves. > > Example (as I might do it for my purposes): > > idassert-bind > bindmethod="simple" > binddn="uid=proxyauthenticator,ou=users,dc=example,dc=com" > credentials="password_string" > starttls="yes" > tls_reqcert="never" > mode="none" > > # anonymous clients will assert as "proxyauthenticator", since the backend > may > not allow anonymous binds. > idassert-authzFrom "dn.exact:" > > # this guy will pass through as himself to the backend, as-is. > idassert-passThrough "dn.exact:uid=admin,ou=users,dc=example,dc=com" > > This would be really helpful, not sure if its difficult to implement ... This is now implemented in back-ldap (idassert-passthru, olcDbIDAssertPassThru, undocumented yet). Basically, identities matching rules formally identical to those of idassert-authzFrom do not undergo identity assertion. This rule is checked before idassert-authzFrom, so in case an identity matches both, passthru wins. Please test and report. p.

1 0

Re: (ITS#6194) Patch - Enhancement - provide LDIF support as libldif
by masarati＠aero.polimi.it 09 Apr '10

09 Apr '10

> Full_Name: Rich Megginson > Version: CVS HEAD (2.4.21+) > OS: Fedora > URL: > ftp://ftp.openldap.org/incoming/openldap-2.4.21-libldif-and-new-ldif-api-20… > > This patch allows liblutil to provide the LDIF reading and writing > functions as > public APIs in a libldif, and exposes ldif.h to the public API. This > patch also creates > a new LDAP API for parsing raw LDIF records into higher level LDAP > structures > such as LDAPMod and LDAPControl - ldap_parse_ldif_record() - and changes > ldapmodify.c to use the new API. > > This patch file is derived from OpenLDAP Software. All of the > modifications to OpenLDAP Software represented in the following > patch(es) were developed by Red Hat, Inc.. Red Hat, Inc. has not > assigned rights and/or interest in this work to any party. I, Richard > Megginson am authorized by Red Hat, Inc., my employer, to release this > work under the following terms. > > Red Hat, Inc. 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. Kurt, if you give IPR clearance I can start (evaluating and) integrating this. 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