openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

Re: (ITS#4986) manageDSAit might control cause problems in database selection
by hyc＠symas.com 11 Jul '07

11 Jul '07

hyc(a)symas.com wrote: > Thinking back, I think the idea here is that you might have a set of nested > databases connected by referral entries. E.g., > > database ldbm > suffix dc=sub,dc=example,dc=com > > database ldbm > suffix dc=example,dc=com > > If you had an referral entry in the superior DB that pointed to the sub > database, you would need the manageDSAit control to be able to operate on the > referral entry. > > None of this really makes sense post 2.1 since subordinate/glue makes it > superfluous. > I'm going to rip all of that out. -- -- 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/

1 0

Re: (ITS#4981) Try -lpthread before -pthread
by rra＠stanford.edu 11 Jul '07

11 Jul '07

Quanah Gibson-Mount <quanah(a)zimbra.com> writes: > I believe the circumstances that caused this ITS to be opened have > changed, is that correct? Yes, the underlying toolchain bug is now fixed and the ITS can be closed. Thanks for the check! -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>

1 0

Re: (ITS#4981) Try -lpthread before -pthread
by quanah＠zimbra.com 11 Jul '07

11 Jul '07

Russ, I believe the circumstances that caused this ITS to be opened have changed, is that correct? --Quanah --On May 24, 2007 2:37:49 AM +0000 kurt(a)OpenLDAP.org wrote: > > On May 23, 2007, at 10:16 PM, rra(a)stanford.edu wrote: >> libtool does not pass -pthread through > > Our libtool does. But gcc might not do the right thing with it. > In that case, it's a gcc bug which should be reported to the gcc > folks. > > I believe using -lpthread over -pthread will cause more problems > than its worth. That is, the problems caused by the missing link > on some platforms is not nearly as bad as the caused by using > -lc instead of -lc_r on other platforms. > > -- Kurt > > -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Solaris Client
by daniel perez del campo 10 Jul '07

10 Jul '07

Hi, I have configurated openLdap in Debian, and it works well with Linux clients. But I want to authenticate a Solaris client against the Ldap server. I don't know how to do this. Could someone tell me what have I have to do?? Or some guide? I have looked for information in Google and I don't find anything clear. Thanks a lot, and sorry for my english. Dani _________________________________________________________________ Grandes éxitos, superhéroes, imitaciones, cine y TV... http://es.msn.kiwee.com/ Lo mejor para tu móvil.

3 2

Re: imporvement to slapo-constraint (ITS#4987)
by manu＠netbsd.org 07 Jul '07

07 Jul '07

Gavin Henry <ghenry(a)suretecsystems.com> wrote: > It would be best to move this dicussion to openldap-devel(a)openldap.org now. Let's go... Summarry: I've added a new feature to slapo-constraint for constraining a value attribute the the existing values of another attribute. The idea is that you can have a catalog of allowed values (eg: for titles: Mr, Mrs, Miss) and constraint an attribute to these values Before working further on this patch (style, dod), I'd like some feeback on: 1) the way it's implemented: is there rought bugs, or is the logic fine? 2) configuration syntax: do we keep this one or do we swtich to something else? Could someone comment on the patch? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu(a)netbsd.org

1 0

Re: imporvement to slapo-constraint (ITS#4987)
by ghenry＠suretecsystems.com 07 Jul '07

07 Jul '07

<quote who="manu(a)netbsd.org"> >> Did you see http://www.openldap.org/devel/contributing.html > > Right, but before moving foward with appropriate style, documentation, > and so on, I'd like to have some input about the config syntax and the > way it's implemented. I had no feedback at all yet on that. It would be best to move this dicussion to openldap-devel(a)openldap.org now. Try raising a question again there. Gavin. > > -- > Emmanuel Dreyfus > http://hcpnet.free.fr/pubz > manu(a)netbsd.org > > >

1 0

Re: imporvement to slapo-constraint (ITS#4987)
by manu＠netbsd.org 07 Jul '07

07 Jul '07

> Did you see http://www.openldap.org/devel/contributing.html Right, but before moving foward with appropriate style, documentation, and so on, I'd like to have some input about the config syntax and the way it's implemented. I had no feedback at all yet on that. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu(a)netbsd.org

1 0

start_tls while chasing referrals
by Bin Lu 06 Jul '07

06 Jul '07

Hi, I noticed the following bug fix in referral chasing http://bugzilla.padl.com/show_bug.cgi?id=210 This seems only to take care of the usage with pam ldap lib. What if the ldap connection is not from the pam lib? In that case, when an ldap operation reaches a referral point, would the new connection be consistent if the original connection is using TLS(and the referral url is not using ldaps)? Our test shows it is not. Please advice, if that is also a security hole? Regards, Wenwu

2 1

Re: (ITS#5041) ldapwhoami takes unused "user" arg
by ando＠sys-net.it 05 Jul '07

05 Jul '07

h.b.furuseth(a)usit.uio.no wrote: > ldapwhoami and "ldapexop whoami" take an unused command line > argument "user". The code has been there since rev 1.1. could be a leftover or something like that? In any case, just trimmed. 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 ---------------------------------------

1 0

(ITS#5041) ldapwhoami takes unused "user" arg
by h.b.furuseth＠usit.uio.no 05 Jul '07

05 Jul '07

Full_Name: Hallvard B Furuseth Version: 1.1->current OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard ldapwhoami and "ldapexop whoami" take an unused command line argument "user". The code has been there since rev 1.1.

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-bugs