openldap-devel

openldap-devel@openldap.org

1416 discussions

Re: N-Way docs
by Gavin Henry 19 Feb '09

19 Feb '09

Good point. Will clear it up then. ------Original Message------ From: Howard Chu To: Gavin Henry Cc: OpenLDAP Devel Subject: Re: N-Way docs Sent: 19 Feb 2009 21:16 Gavin Henry wrote: > Hi All, > > I would like to re-write the N-Way section using slapd.conf syntax to make things easier for people and show how to convert it to slapd.d at the end. > > It looks like cn=config is getting in the way of people testing N-Way for now. > > Thoughts? No. slapd.conf is being phased out. People need to get used to cn=config. People who can't read LDIF need to learn how, otherwise they're in no position to be administering an LDAP server. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ Suretec Systems is a limited company registered in Scotland. Registered number: SC258005. Registered office: 13 Whiteley Well Place, Inverurie, Aberdeenshire, AB51 4FP. Subject to disclaimer at http://www.suretecgroup.com/disclaimer.html

1 0

RE: 2.4.14 prerelease call for testing #2
by Brett Maxfield 19 Feb '09

19 Feb '09

Doesnt "currently asm" indicate asm spinlocks.. Which can be unreliable. These can be even more unreliable with unpatched bdb? So perhaps you should try posix style semaphores.. Forcing posix/pthreads both at compile time and at run time.. -----Original Message----- From: Howard Chu <hyc(a)symas.com> Sent: Tuesday, 17 February 2009 1:26 AM To: Dieter Kluenter <dieter(a)dkluenter.de> Cc: openldap-devel(a)openldap.org Subject: Re: 2.4.14 prerelease call for testing #2 Dieter Kluenter wrote: > Aaron Richton<richton(a)nbcs.rutgers.edu> writes: [..snip..] > #0 0x00002b77bc3da12d in __lock_detect () > from /usr/local/BerkeleyDB.4.7/lib/libdb-4.7.so > Current language: auto; currently asm Which is pretty squarely inside BerkeleyDB. But nobody else reported any such problem yet. Seems you'll have to check your BDB build.

4 4

N-Way docs
by Gavin Henry 19 Feb '09

19 Feb '09

Hi All, I would like to re-write the N-Way section using slapd.conf syntax to make things easier for people and show how to convert it to slapd.d at the end. It looks like cn=config is getting in the way of people testing N-Way for now. Thoughts? Thanks. -- Kind Regards, Gavin Henry. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ Suretec Systems is a limited company registered in Scotland. Registered number: SC258005. Registered office: 13 Whiteley Well Place, Inverurie, Aberdeenshire, AB51 4FP. Subject to disclaimer at http://www.suretecgroup.com/disclaimer.html

3 2

2.4.14 prerelease call for testing #2
by Quanah Gibson-Mount 18 Feb '09

18 Feb '09

Several more fixes completed, please test. Thanks! Still waiting on confirmation from someone with gnutls. ;) --Quanah --On February 9, 2009 8:11:20 AM -0800 Quanah Gibson-Mount <quanah(a)zimbra.com> wrote: > Please test current RE24 CVS. In particular, if people can test: > > (a) Building without TLS & without sasl > (b) Building without TLS > (c) Building without sasl > (d) If at least one person can build against GnuTLS instead of OpenSSL > > Much appreciated. :) > > Thanks, > > --Quanah > > -- > > Quanah Gibson-Mount > Principal Software Engineer > Zimbra, Inc > -------------------- > Zimbra :: the leader in open source messaging and collaboration -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

6 30

Old ITSs again
by Howard Chu 17 Feb '09

17 Feb '09

ITS#2560 and #2802 are both EBCDIC dependencies, from nearly 6 years ago. Since it appears no one has cared in the intervening time, do we want to pay them any more attention, or just close them? I borrowed access to the mainframe when I completed the port in 2002, and don't have that access any more, so I have no way to verify any fixes anyway. Anyone else? -- -- 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: commit: ldap/tests/scripts defines.sh
by Hallvard B Furuseth 17 Feb '09

17 Feb '09

hyc(a)OpenLDAP.org writes: > set SLEEP1 default to 7 seconds, 5 is sometimes too short for replication Isn't there anything the tests can read e.g. once a second to see if replication is done? Compare a contextCSNs of both servers, maybe? -- Hallvard

2 1

default manpath?
by Aaron Richton 15 Feb '09

15 Feb '09

Possibly due to the autoconf 2.6 conversion, and this might be something more for the README than a bug (although I could entertain either view)... I'm pretty sure that earlier builds put the man pages in {prefix}/man, while RE24 currently puts man pages in {prefix}/share/man. An extremely minor behavior change, but one builders might want to be aware of...my guess would be if this was researched, there'd be some sort of LSB compliance rationale. I don't know whether that's a good or bad thing.

2 1

2.4.14 prerelease call for testing
by Quanah Gibson-Mount 12 Feb '09

12 Feb '09

Please test current RE24 CVS. In particular, if people can test: (a) Building without TLS & without sasl (b) Building without TLS (c) Building without sasl (d) If at least one person can build against GnuTLS instead of OpenSSL Much appreciated. :) Thanks, --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

5 7

Re: commit: its/source jitterbug.c jitterbug.h
by Howard Chu 11 Feb '09

11 Feb '09

hyc(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/its/source > > Modified Files: > jitterbug.c 1.26 -> 1.27 > jitterbug.h 1.2 -> 1.3 > > Log Message: > Add new ACTIVE and PARTIAL states: > Active - bug is being worked on > Partial - a partial fix was released Not really sure how useful the Partial state will be. We need an audit trail for what portions of a bug are fixed in which specific release number. For some bugs, it may be that the original report was too broad and the remaining pieces should just be resubmitted as a new ITS, allowing the fixed parts of the issue to be closed. The Active state should make it a bit more obvious what we're working on, vs what hasn't been investigated yet. Bugs that remain Open instead of Active should raise some alarms. -- -- 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: commit: ldap/libraries/liblber decode.c
by Pierangelo Masarati 10 Feb '09

10 Feb '09

ando(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/libraries/liblber > > Modified Files: > decode.c 1.115 -> 1.116 > > Log Message: > partially addresses an issue with ITS#5931 Please review; feel free to improve. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Fax: +39 0382 476497 Email: ando(a)sys-net.it -----------------------------------

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