openldap-devel

openldap-devel@openldap.org

1418 discussions

lmdb.h defining mode_t
by Hallvard Breien Furuseth 31 Mar '13

31 Mar '13

openldap-commit2devel(a)OpenLDAP.org writes: > commit 0c568117cea6764c3f12a0d69ddf54ee467d2dec > Author: Howard Chu <hyc(a)symas.com> > Date: Sun Mar 31 08:10:43 2013 -0800 > > MSVC doesn't define mode_t Nor should ldmb.h. That can break if it meets a header from another package doing almost the same thing. E.g. #define mode_t unsigned int. Try: #ifndef _MSC_VER typedef mode_t mdb_mode_t; #else typedef int mdb_mode_t; #endif ... int mdb_env_open(... mdb_mode_t mode); -- Hallvard

1 0

RE24 Testing call #1 (OpenLDAP 2.4.35)
by Quanah Gibson-Mount 29 Mar '13

29 Mar '13

Current RE24 is ready for testing for the 2.4.35 release. Thanks! --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: Notes
by Howard Chu 12 Mar '13

12 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel