openldap-devel

openldap-devel@openldap.org

1443 discussions

Please test RE24
by Quanah Gibson-Mount 29 May '08

29 May '08

Please test RE 24 in preparation for 2.4.10. Thanks! --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

5 5

OpenLDAP Setup Scripts
by Gavin Henry 28 May '08

28 May '08

Dear All, What are the basic requirements we can always count on when building the OpenLDAP suite? I'm trying to pick the right language for the menu build system for the contrib scripts for: http://www.openldap.org/lists/openldap-devel/200805/msg00087.html Something like http://wiki.sblug.org/Bash_Menu_Program works with Bash or /bin/sh then use sed/awk for the suffix subs etc. I could use Perl and stick to core modules etc. as that comes as standard normally. Thoughts? -- 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.

1 0

problems compiling with glibc-2.8
by Luca Scamoni 27 May '08

27 May '08

Thought I would just drop in a note on this... There have been changes with glibc 2.8. Now struct ucred is ifdef'd under _GNU_SOURCE Maybe configure should detect if it's needed?

6 7

Re: Final round of RE-23 testing for 2.3.42
by Luca Scamoni 26 May '08

26 May '08

OK on Fedora 9 i386, CentOS 4 and CentOS 5 (vmware) Ing. Luca Scamoni Responsabile Ricerca e Sviluppo SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 0382 573859 (137) Mobile: +39 347 1014425 Email: luca.scamoni(a)sys-net.it -----------------------------------

1 0

TODO
by Howard Chu 24 May '08

24 May '08

Some project ideas that have come out of discussions at this week's Ubuntu Developer Summit: * canned slapd.conf / config.ldif with simple tree and Samba3 support * canned config with Heimdal KDC support * canned templates to create LDAP users with POSIX, Samba, and KDC attributes fully populated * for web2ldap * plugin for Linux useradd/userdel I think the canned configs are pretty small projects - just write a config, do some variable substitution on the database suffix etc., and it should be ready to use. We can provide these in the contrib tree with appropriate READMEs. Any volunteers? On a separate topic, I've been slowly rewriting nss-ldapd as a slapd overlay (in between technical sessions at the Summit). This will also be showing up in contrib soon. With this approach, we can eliminate all the libldap/libldap_r/version dependencies that currently plague the usual nss-ldap implementation (and nss-ldapd already does that). Plus, we can not only have direct NSS mapping into local slapd databases, but with back-ldap, pcache, and/or translucent, we can also provide excellent NSS performance from a remote LDAP server, as well as locally cached credentials for disconnected host operation. Which reminds me, it would still be a good idea to develop a back-tdb using Samba's tdb library, as a lightweight/small footprint/easy to configure transactional backend. The last time I checked tdb would only safely support up to about 500,000 objects, but for a lot of smaller sites that would be more than enough, and the limitation would be worth the simplification of the configs/tuning aspects. Again - any volunteers looking for some fun projects? -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

4 3

Please test RE23
by Quanah Gibson-Mount 19 May '08

19 May '08

Final anticipated fix is in for RE2.3. Please test. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

6 12

connection_read_thread() return value
by Hallvard B Furuseth 16 May '08

16 May '08

slapd/connection.c:connection_read_thread() returns: - an int from connection_read() converted to long converted to void*, - or a void* (NULL in the places I found) converted to long to int to long to void*. Not sure what the idea is, but perhaps it should be cleaned up a bit:-) -- Hallvard

1 0

slapd/acl.c acl_set_cb_gather() strangeness
by Hallvard B Furuseth 16 May '08

16 May '08

Does slapd/acl.c:acl_set_cb_gather() make sense? It loops through the search attributes and sets bvalsp to each recognized attribute in turn without using it for anything else. After the loop it uses the final recognized attribute in slap_set_join(), thus ignoring previous attrs. -- Hallvard

2 1

[Fwd: Re: --enable-smbk5pwd support]
by Howard Chu 13 May '08

13 May '08

Comments on making contrib modules buildable from the main Makefile... -------- Original Message -------- Subject: Re: --enable-smbk5pwd support Date: Mon, 12 May 2008 08:03:49 +0200 From: manu(a)netbsd.org (Emmanuel Dreyfus) To: hyc(a)symas.com (Howard Chu), ando(a)sys-net.it (Pierangelo Masarati) Howard Chu <hyc(a)symas.com> wrote: > I have a couple reservations about this move. It's got some pretty major > external dependencies. Anything that's integrated into the built-in code > is expected to be fully autoconf'd, and this would require adding a lot of > tests for Kerberos etc. Also, we generally have to provide a test script > for any built-in components. And, we'd need to customize the enable switch > for it, or something, to toggle KRB5 or Samba support. All in all I hate > having to muck further with configure, and adding more tests to it that > just slow things down. Well, we can keep it a contrib thing, without full autoconf support, but help building it a bit. That will make packagers' life easier. Here is another proposal: add a --enable-contrib-overlays flag, which would add servers/slapd/overlays/contrib.c to the built files. That file would contain something like this: #ifdef CONTRIB_ADDPARTIAL #include "../../../contrib/slapd-modules/addpartial/addpartial.c" #endif #ifdef CONTRIB_ALLOP #include "../../../contrib/slapd-modules/allop/allop.c" #endif #ifdef CONTRIB_SMBK5PWD #include "../../../contrib/slapd-modules/smbk5pwd/smbk5pwd.c" #endif And so on... Packagers would just have one patch to that file, to do the right defines and includes required stuff so that it can build on their particular environement. A single patch to a simple file such as this one is much more easier to maintain than multiple patches on configure and Makefiles, which are fast moving targets. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu(a)netbsd.org -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

6 8

slapo-nops
by manu＠netbsd.org 13 May '08

13 May '08

Hello I've written slapo-nops, an overlay that removes idempotent operations where attribute values are being replaced by the same values. This is a workaround to broken client that take the whole entry and change all attributes, even the ones that have not changed. Such behavior makes logs unreadable, and it badly weight on accesslog databases. Hence the overlay to filter the garbage out of modification operations. Is it desirable in servers/slapd/overlays/slapo-nops? In contrib/slapd-modules? Nowhere? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu(a)netbsd.org

5 5

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