openldap-devel

openldap-devel@openldap.org

1416 discussions

Re: Notes
by Howard Chu 11 Mar '13

11 Mar '13

Brett Maxfield wrote: > On 12/03/2013, at 8:04 AM, Howard Chu <hyc(a)symas.com> wrote: > >> We're talking about deprecating the BDB-based backends Real Soon Now. I suppose this should be done in OpenLDAP 2.5, but we've pulled a lot into 2.4 that we had originally slated for 2.5, which keeps pushing any actual 2.5 work further into the future as we keep extending 2.4. > > I imagine dropping bdb completely will leave a multitude of systems which apart from suffering from distribution lag, will now suffer additionally from end of line itus, as they will be unable to patch to the newest minor version if bdb is dropped entirely in some future 2.4.x version.. > > I'd say deprecate it in 2.4.x great, but dont drop it completely until > 2.5. If you are in a rush, drop bdb backend from the default configure options to get the point across, or print a warning or some such notice in configure, so package maintainers get the hint before 2.6 is released.. > > Given users have the option to drop bdb today, why force the issue? > > Most people don't expect huge changes in behavior, for only minor version releases. > > If 2.4.x is stable and feature complete / no new features, then at some point there will be a natural finish, when there will be few changes for 2.4.x right? Bug fix only tree for 2.4 would leave resources to work on 2.5 release ? I only said "deprecating", I didn't say anything about dropping. back-bdb has already been turned off by default in HEAD. Looks like it's still on by default in RE24, that seems to be an oversight since we'd been recommending back-hdb for a long time already. -- -- 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

Notes
by Howard Chu 11 Mar '13

11 Mar '13

We're talking about deprecating the BDB-based backends Real Soon Now. I suppose this should be done in OpenLDAP 2.5, but we've pulled a lot into 2.4 that we had originally slated for 2.5, which keeps pushing any actual 2.5 work further into the future as we keep extending 2.4. At any rate, LMDB is settling down pretty well now. The only reason left to use BDB today is if you're working with a >2GB DB on a 32-bit machine, and frankly if you're doing that, instead of just upgrading to a 64-bit machine, you've got other problems. -- -- 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

RE24 Testing call #3 (OpenLDAP 2.4.34)
by Quanah Gibson-Mount 28 Feb '13

28 Feb '13

Current RE24 is ready for testing for the 2.4.34 release. This is expected to be the last testing call for 2.4.34. --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

2 1

Re: openldap.git branch master updated. 04b95ec6eeaaf2e669d25a8e06e5a2ed73fbcf2c
by Pierangelo Masarati 27 Feb '13

27 Feb '13

On 02/21/2013 10:57 AM, openldap-commit2devel(a)OpenLDAP.org wrote: > - Log ----------------------------------------------------------------- > commit 04b95ec6eeaaf2e669d25a8e06e5a2ed73fbcf2c > Author: Howard Chu <hyc(a)openldap.org> > Date: Thu Feb 21 01:56:58 2013 -0800 > > ITS#7525 more for quoting Howard, I'm not sure this needs quoting. The URI needed quoting because multiple URIs are listed in a single value, and the first URI needs the DN portion. On the contrary, subtree-{in|ex}clude are multiple-valued attributes which are parsed independently, so no quoting is needed (actually, quoting breaks parsing). I'm keen to reverting this, unless I'm missing something. p. -- Pierangelo Masarati Associate Professor Dipartimento di Scienze e Tecnologie Aerospaziali Politecnico di Milano

2 2

Re: MDB on gitorious, misc stuff
by Howard Chu 25 Feb '13

25 Feb '13

David Wilson wrote: > To support universal builds on OS X '-arch i386 -arch x86_64' must be > passed during link phase, which needs LDFLAGS or some other var > controlled outside the Makefile passed through to the linker. See > attached example. > > I need this to support MacPorts +universal variant. Done. -- -- 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

MDB on gitorious, misc stuff
by Howard Chu 20 Feb '13

20 Feb '13

I've resurrected the MDB repo on gitorious.org. Some people were complaining that they didn't want to pull down the entire OpenLDAP.git just to get the MDB source code. https://gitorious.org/mdb/mdb Also, on an unrelated note, I'll be talking in Dublin tonight at an Open Source meet'n'greet event. May rustle up some new developers, ya never know. http://www.tog.ie/2013/01/one-small-step-open-source-night/ -- -- 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

Admin Guide rewrite
by Howard Chu 08 Feb '13

08 Feb '13

If anyone would like to spend some time on the documentation.... 1) most obvious, the Quickstart guide should be updated to use cn=config 2) reorganization - slapadd and LDIF are described in chapter 10, but you need to already know about them to make use of cn=config in chapter 5. I suggest moving chapter 10 up, between the current 4 and 5. And of course updating all of the text/examples in chapter 10 that talk about slapd.conf. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

2 1

Re: MDB status of compilation on windows?
by Howard Chu 07 Feb '13

07 Feb '13

Paul Thompson wrote: > OpenLDAP devel list, Howard, > > Further to http://www.openldap.org/lists/openldap-devel/201109/msg00000.html > Can you please outline what steps would be required to compile on windows? > Presumably it depends on mingw due to the unix headers used in source. > > I am targetting win7 64 from visual studio 2010. Yes, we only support MinGW and POSIX-like build environments. You need the shell, make, gcc, and other associated tools. -- -- 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

mdb.master commit "ITS#7515 fix mdb_dbi_open/close"
by Hallvard Breien Furuseth 02 Feb '13

02 Feb '13

openldap-commit2devel(a)OpenLDAP.org writes: > commit 48dc782ea612f85e8356a50bfbafe22e5be121cf > Author: Howard Chu <hyc(a)symas.com> > Date: Thu Jan 31 20:05:48 2013 -0800 > > ITS#7515 fix mdb_dbi_open/close > > If a DBI handle is opened by a txn that aborts, the DBI handle > should no longer be valid. This change breaks programs which do: open DBI_X; abort/reset/failed commit; open DBI_Y; // Now gets the same number as DBI_X close DBI_X; // Correct until this, but now closes DBI_Y use DBI_Y; I prefer the old behavior. Simpler: If mdb_dbi_open() succeeded, we had a handle to be used in this and future txns, and which could be closed. Other txns might not (yet) see a database for the handle, but that also happened when another process dropped the database. -- Hallvard

1 0

Re: slapd deadlock bug ITS#7296
by Howard Chu 31 Jan '13

31 Jan '13

Richard Silverman wrote: > FYI: we have just observed another slapd deadlock with the same signature > as the older one I indicated above, rather than the newer one which > started this thread (all worker threads blocked on condition waits for > database rather than network access). The F5 load balancer is now not > involved. Again, this is RHEL 6.3 using this package: > > openldap-servers-2.4.23-26.el6_3.2.x86_64 > > I am including a stack dump and gdb trace of all threads below. This is most likely ITS#7222, your release is too old to contain the fix for this. -- -- 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel