openldap-devel

openldap-devel@openldap.org

1431 discussions

Re: commit: ldap/servers/slapd/overlays dyngroup.c
by Pierangelo Masarati 23 Aug '07

23 Aug '07

hyc(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/overlays > > Modified Files: > dyngroup.c 1.13 -> 1.14 > > Log Message: > Add cn=config support I thought this was going to be replaced by dynlist, whose functionality it provides a subset. Note that in HEAD dynlist can also be instantiated under the name "dyngroup" (see obsolete names), with the same configuration syntax. 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 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

3 10

late declaration of variable (2.3, backglue.c)
by Buchan Milne 23 Aug '07

23 Aug '07

I need the patch below (since 2.3.37, maybe before) to be able to compile backglue.c on gcc 2.9x. Regards, Buchan --- servers/slapd/backglue.c Thu Aug 23 14:48:24 2007 +++ servers/slapd/backglue.c.latedeclaration Thu Aug 23 14:44:22 2007 @@ -619,9 +619,9 @@ int rw, Entry **e ) { - int rc; BackendDB *b0 = op->o_bd; op->o_bd = glue_back_select( b0, dn ); + int rc; if ( op->o_bd->be_fetch ) { rc = op->o_bd->be_fetch( op, dn, oc, ad, rw, e );

3 3

TLS Certificate Generation section and Troubleshooting Checklist
by Gavin Henry 22 Aug '07

22 Aug '07

Dear All, Should we merge the TLS cert generation seciton of the FAQ into TLS.sdf? Could you all think of some simple questions to ask when troubleshooting an OpenLDAP "problem" as our users call it ;-) See the the "Checklist" in the Troubleshooting section I've started. Gavin. -- 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/

3 3

ldapsearch scrables utf-8 dn
by TJ 22 Aug '07

22 Aug '07

Hi all, I hope that this will lead to some discussion on better utf-8 support. It seems that ldapsearch does'n like dn's with utf-8 chars in it. see: $ ldapsearch -xLLL "(uid=dwrc)" dn dn:: Y249RMW1ciBDeW1ydSxvdT11c2VyQWNjb3VudHMsZGM9Y3NpcnQsZGM9amFuZXQ= $ locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_TIME="en_GB.UTF-8" LC_COLLATE="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= add -u and doesn't get much better: ufn: D\C5\B5r Cymru, userAccounts, csirt.janet While 'getent passwd' via libnss-ldap is more then happy with utf-8 usernames: $ getent passwd dwrc:*:1111:100:Dŵr Cymru:/tmp:/bin/bash (for those that have issues with utf-8 email, the 'w' in Dwr has a hat '^' on). I am told on the irc channel that anything 'strange' is changed to base64. Some thoughts on this: * I don't consider UTF-8 to be strange. * If it really has to be this way then ldap* -D args (and others) should accept the base64 form. * This behaviour should at least have an off switch, so the user can decide on the output form. I was asked to post this issue to the list for discussion. My own position is that I have yet to hear any good reason why utf-8 support should not be a goal. Regards, Thorben

3 2

-enable-phonetic=mod ?
by Gavin Henry 21 Aug '07

21 Aug '07

Hi all, Is this valid? I can see it in our source, but not in configure. I ask as I see it as a build option at: http://preview.tinyurl.com/357n79 Thanks. -- 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/

3 3

Re: Guide PDF changes
by Kari Mattsson 20 Aug '07

20 Aug '07

Gavin Henry wrote: > > Should we change the outputed PDF to be called: > > OpenLDAP-Admin-Guide.pdf Yes. > or are you really happy with just: > > guide.pdf No. > Do we need to do for htmldoc: > > --size a4 > > Or do we want to stick with Letter? > > You can change this prior to print anyway. Maybe you should choose the smaller paper size? I've had some success by creating hybrid paper size of A4 width (210 mm), and Letter height (some inches). That is, take the smaller values of both. That way the printers (atleast some) seem to be happier. Most new printers seem to be able to scale between A4 and Letter. Ciao, Michael. //Kari

3 2

Guide PDF changes
by Gavin Henry 18 Aug '07

18 Aug '07

Dear All, I've changed the TOC depth to match the html of 3. Looks much nicer. Should we change the outputed PDF to be called: OpenLDAP-Admin-Guide.pdf or are you really happy with just: guide.pdf Do we need to do for htmldoc: --size a4 Or do we want to stick with Letter? You can change this prior to print anyway. For now I'm committing a toc of 3. Please let me know your thoughts on the rest. Gavin. -- 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/

5 7

librewrite or PCRE
by Gavin Henry 17 Aug '07

17 Aug '07

Dear All, I think I'm going to answer my own question, but what would I gain (except the obvious power of Perl regex's) in using PCRE over librewrite? For slapo-valregex should I just stick with our own librewrite? I think it's probably best not to introduce a new requirement. Your thoughts are welcome. Thanks, Gavin. -- 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/

2 2

BerkeleyDB versions
by Howard Chu 16 Aug '07

16 Aug '07

OK, so 4.6.18 changes the lock management system in ways that are incompatible with previous releases. The advice from Oracle is to just use a read-only transaction (which is actually what we used to do, several revisions back). Of course with BDB 4.2 that causes the problem of log files staying open unless you apply the patch I wrote for that issue. It seems we may need to either resurrect that patch (it should still be in CVS) or drop support for DB 4.2 so we can rewrite the lock management (yet again) to support DB 4.6. Our early tests with DB 4.6.1 thru 4.6.3 showed impressive performance gains, making it seem worthwhile. But we have no way of knowing how the current 4.6.18 will perform at the moment. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

8 21

tab-width (was: commit: ldap/servers/slapd backend.c bconfig.c proto-slap.h)
by Hallvard B Furuseth 16 Aug '07

16 Aug '07

ando(a)OpenLDAP.org writes: > Modified Files: > backend.c 1.384 -> 1.385 Just noticed your indentation... Note that OpenLDAP code looks best when edited and displayed with tab-width 4, not 8. -- Hallvard

3 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-devel