openldap-bugs

openldap-bugs@openldap.org

1 participants
20996 discussions

Re: (ITS#5034) ldapsearch -E not in manpage
by zhangweiwu＠realss.com 01 Jul '07

01 Jul '07

在 2007-07-01日的 10:11 +0200，Hallvard B Furuseth写道： > zhangweiwu(a)realss.com writes: > > The -E option in ldapsearch is not mentioned in ldapsearch manual, > > It is now, since OpenLDAP 2.3.28 I think. Maybe you've got older > manuals than binaries, or multiple OpenLDAP installations. Yes you are right. 2.3.27 version on SuSE has this option missing in manual, but 2.3.30 on Gentoo Linux have this option in manual. My mistake on not checking carefully the newer version. Thanks for closing this issue.

1 0

Re: Tranlucent Overlay (ITS#4889)
by ghenry＠suretecsystems.com 01 Jul '07

01 Jul '07

<quote who="Hallvard B Furuseth"> > Gavin Henry writes: >><quote who="Pierangelo Masarati"> >>> In re23 slapo-rwm should not be used in conjunction with other >>> overlays; there is a number of reports about interoperability issues, >>> (...) >> That's strange though, as I merely followed the slapd-ldap(5) man page: >> (...) >> Maybe a man page patch is needed to stop others hitting this. > > I'll insert "OpenLDAP 2.3, rwm should not be used in conjunction with > other overlays." in slapo-rwm(5), slapd-ldap(5) and slapd-relay(5) > unless someone has a better idea. > > Or since Pierangelo followed up with > "it interacts poorly with other, more recent overlays." If you stop ^^ here, then you might as well use your first sentence. > should it be "...unless you know what you are doing" in the backend docs > and a more detailed instruction in slapo-rwm(5)? Depends on the time you have I suppose. I presume this isn't the case in 2.4? If so, maybe we should use your first sentence and refer them to 2.4? > > -- > Regards, > Hallvard >

1 0

Re: (ITS#5034) ldapsearch -E not in manpage
by h.b.furuseth＠usit.uio.no 01 Jul '07

01 Jul '07

zhangweiwu(a)realss.com writes: > The -E option in ldapsearch is not mentioned in ldapsearch manual, It is now, since OpenLDAP 2.3.28 I think. Maybe you've got older manuals than binaries, or multiple OpenLDAP installations. -- Regards, Hallvard

1 0

Re: Tranlucent Overlay (ITS#4889)
by h.b.furuseth＠usit.uio.no 01 Jul '07

01 Jul '07

Gavin Henry writes: ><quote who="Pierangelo Masarati"> >> In re23 slapo-rwm should not be used in conjunction with other >> overlays; there is a number of reports about interoperability issues, >> (...) > That's strange though, as I merely followed the slapd-ldap(5) man page: > (...) > Maybe a man page patch is needed to stop others hitting this. I'll insert "OpenLDAP 2.3, rwm should not be used in conjunction with other overlays." in slapo-rwm(5), slapd-ldap(5) and slapd-relay(5) unless someone has a better idea. Or since Pierangelo followed up with "it interacts poorly with other, more recent overlays." should it be "...unless you know what you are doing" in the backend docs and a more detailed instruction in slapo-rwm(5)? -- Regards, Hallvard

1 0

(ITS#5034) ldapsearch -E not in manpage
by zhangweiwu＠realss.com 01 Jul '07

01 Jul '07

Full_Name: Zhang Weiwu Version: 2.3.35-r1 OS: Gentoo Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (59.61.17.143) The -E option in ldapsearch is not mentioned in ldapsearch manual, as I have tested on both openSuSE 10.2 and gentoo Linux. Unfortunately I don't know what it means but it seems to be pretty useful and enabled extended search filter like given in RFC 3876. Probably it means "extend filter", I guess. An example of -E as being discussed on openldap-software list: when I search with "cn=foo*", and entry has multiple "cn" values, like "cn=foo", "cn=joe", "cn=foobar", "cn=foobarX", "cn=bob", "cn=nofoobar" doing this search, it should only return "cn=foo", "cn=foobar", "cn=foobarX", $ ldapsearch -E mv="(cn=foo*)"

1 0

(ITS#5033) make depend breaks if configure doesn't know how
by h.b.furuseth＠usit.uio.no 30 Jun '07

30 Jun '07

Full_Name: Hallvard B Furuseth Version: RE23, HEAD OS: HP-UX URL: Submission from: (NULL) (129.240.202.105) Submitted by: hallvard If configure does not know how to make dependencies, it still asks us to run make depend. On HP-UX, that miscompile OpenLDAP. In addition to fixing the "please run make depend" message, I suggest: In build/openldap.m4, set OL_MKDEP= either ":" or "false". - ":" allows autobuild scripts that run "make depend" to work. - "false" warns people who do use "make depend" that build - modify source - rebuild may not work. I've got no strong preference. Will use ":" if nobody disagrees.

1 0

Re: (ITS#5032) cannot build on x86_64, needs newer libtool
by h.b.furuseth＠usit.uio.no 30 Jun '07

30 Jun '07

Howard Chu writes: > Strange. It all builds perfectly fine on my SuSE 9.2 x86_64 system. At > this point it's getting rather monotonous pointing out how much RedHat > gets wrong... For a chance, this doesn't look like a RedHat problem. It's not their fault that libtool mistranslates perfectly good -l<lib> command line options. OTOH, they did install db-4.3, so it's not as I'll be using it anyway. But I imagine I may run into the same problem with other /lib64/ libraries. -- Regards, Hallvard

1 0

Re: (ITS#5032) cannot build on x86_64, needs newer libtool
by hyc＠symas.com 30 Jun '07

30 Jun '07

h.b.furuseth(a)usit.uio.no wrote: > Full_Name: Hallvard B Furuseth > Version: RE23, HEAD > OS: RedHat Linux/x86_64 > URL: > Submission from: (NULL) (129.240.202.105) > Submitted by: hallvard > > > libtool translates -ldb-4.3 to /usr/lib/libdb-4.3.so, which breaks. > "cc -ldb-4.3" uses /lib64/libdb-4.3.so. > > Looks like the fix is to upgrade to libtool-1.5.24. Its NEWS says > * Search paths with GCC on multilib systems like x86_64 have been fixed. > > I haven't checked how to upgrade, though. Tried to install a private > libtool and run libtoolize, but it just said "You should update > your `aclocal.m4' by running aclocal" even after I ran aclocal. Strange. It all builds perfectly fine on my SuSE 9.2 x86_64 system. At this point it's getting rather monotonous pointing out how much RedHat gets wrong... -- -- 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

(ITS#5032) cannot build on x86_64, needs newer libtool
by h.b.furuseth＠usit.uio.no 30 Jun '07

30 Jun '07

Full_Name: Hallvard B Furuseth Version: RE23, HEAD OS: RedHat Linux/x86_64 URL: Submission from: (NULL) (129.240.202.105) Submitted by: hallvard libtool translates -ldb-4.3 to /usr/lib/libdb-4.3.so, which breaks. "cc -ldb-4.3" uses /lib64/libdb-4.3.so. Looks like the fix is to upgrade to libtool-1.5.24. Its NEWS says * Search paths with GCC on multilib systems like x86_64 have been fixed. I haven't checked how to upgrade, though. Tried to install a private libtool and run libtoolize, but it just said "You should update your `aclocal.m4' by running aclocal" even after I ran aclocal.

1 0

Re: (ITS#5031) Question about transaction in OpenLDAP
by ghenry＠suretecsystems.com 28 Jun '07

28 Jun '07

<quote who="lixin922(a)huawei.com"> > Full_Name: lixin > Version: OpenLDAP2.4.4alpha > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (210.21.230.126) > > > Hello, > > I have known that the OpenLDAP2.4 will support transaction from > roadmap.Now I am > testing OpenLDAP2.4.4alpha,But I am not sure whether this version suports > transation.If it supports how to use it.If not,about which version will > support > it,and when this version will appear. > > Thank you very much. Hi, Our ITS system is for reporting and tracking OpenLDAP bugs. Since you are asking a question that should be asked on openldap-software(a)openldap.org, this ITS will be closed. Kindly re-send your question to the correct list. Gavin.

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