openldap-bugs

openldap-bugs@openldap.org

1 participants
21517 discussions

Re: (ITS#5180) OpenLDAP Website Home Page
by ghenry＠OpenLDAP.org 10 Oct '07

10 Oct '07

>> >> We need a better title ;-) >> >> <TITLE>OpenLDAP, Title</TITLE> >> >> Gavin. >> >> >> > Oh, I've just checked. That's still not great. How about: <TITLE>OpenLDAP - community developed LDAP software</TITLE> -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

Re: (ITS#5180) OpenLDAP Website Home Page
by ghenry＠OpenLDAP.org 10 Oct '07

10 Oct '07

Kurt Zeilenga wrote: > Fixed. Many thanks. > > On Oct 9, 2007, at 7:41 PM, ghenry(a)OpenLDAP.org wrote: > >> Full_Name: Gavin Henry >> Version: >> OS: >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (212.159.59.85) >> Submitted by: ghenry >> >> >> We need a better title ;-) >> >> <TITLE>OpenLDAP, Title</TITLE> >> >> Gavin. >> >> >> > -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

Re: (ITS#5172) slash in dn
by ando＠sys-net.it 10 Oct '07

10 Oct '07

reinhold.may(a)gmx.de wrote: > Pierangelo, > > First of all: Sorry, I've left in fact a paragraph in my .ldif example > that should have come out. > > I can reproduce what you've said and using the following code: > > #include <ldap.h> > #include <stdio.h> > > int main() { > char **c = ldap_explode_dn( > "cn=With/Slash,ou=My address book,dc=somedomain,dc=org", > 1); > > int i; > for (i = 0; c[i] != 0; i++) { > printf("%s\n", c[i]); > } > > return 0; > } > > which correctly produces: > > cn=With/Slash > ou=My address book > dc=somedomain > dc=org > > And executing: > > # slapdn "cn=With/Slash,ou=My address book,dc=somedomain,dc=org" > > produces the expected: > > DN: <cn=With/Slash,ou=My address book,dc=somedomain,dc=org> check succeeded > normalized: <cn=with/slash,ou=my address book,dc=somedomain,dc=org> > pretty: <cn=With/Slash,ou=My address book,dc=somedomain,dc=org> > > However, running the actual example produces the following full output: > > $ ldapadd -x -D 'cn=root,dc=somedomain,dc=org' -W -f test.ldif > Enter LDAP Password: > adding new entry "dc=somedomain,dc=org" > > adding new entry "ou=My address book,dc=somedomain,dc=org" > > adding new entry "cn=With/Slash,ou=My address book,dc=somedomain,dc=org" > ldap_add: No such object (32) > additional info: Parent does not exist > > which is erroneous. > > Just to check that it is the forward slash that must be to blame, here's > the full output of the counter check: > > $ ldapadd -x -D 'cn=root,dc=somedomain,dc=org' -W -f test2.ldif > Enter LDAP Password: > adding new entry "dc=somedomain,dc=org" > > adding new entry "ou=My address book,dc=somedomain,dc=org" > > adding new entry "cn=WithoutSlash,ou=My address book,dc=somedomain,dc=org" > > So, I still suspect a bug... This output is not useful. First of all, can you tell what ldapadd you're using? Please make sure you run the version of ldapadd that comes with OpenLDAP sources you built. Second, please provide an indication of what happens at the server side. Logs at "stats,trace" would be helpful. I can confirm that I can successfully add an entry whose RDN contains a slash "/" to OpenLDAP 2.3. 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

Re: (ITS#5172) slash in dn
by reinhold.may＠gmx.de 09 Oct '07

09 Oct '07

Pierangelo, First of all: Sorry, I've left in fact a paragraph in my .ldif example that should have come out. I can reproduce what you've said and using the following code: #include <ldap.h> #include <stdio.h> int main() { char **c = ldap_explode_dn( "cn=With/Slash,ou=My address book,dc=somedomain,dc=org", 1); int i; for (i = 0; c[i] != 0; i++) { printf("%s\n", c[i]); } return 0; } which correctly produces: cn=With/Slash ou=My address book dc=somedomain dc=org And executing: # slapdn "cn=With/Slash,ou=My address book,dc=somedomain,dc=org" produces the expected: DN: <cn=With/Slash,ou=My address book,dc=somedomain,dc=org> check succeeded normalized: <cn=with/slash,ou=my address book,dc=somedomain,dc=org> pretty: <cn=With/Slash,ou=My address book,dc=somedomain,dc=org> However, running the actual example produces the following full output: $ ldapadd -x -D 'cn=root,dc=somedomain,dc=org' -W -f test.ldif Enter LDAP Password: adding new entry "dc=somedomain,dc=org" adding new entry "ou=My address book,dc=somedomain,dc=org" adding new entry "cn=With/Slash,ou=My address book,dc=somedomain,dc=org" ldap_add: No such object (32) additional info: Parent does not exist which is erroneous. Just to check that it is the forward slash that must be to blame, here's the full output of the counter check: $ ldapadd -x -D 'cn=root,dc=somedomain,dc=org' -W -f test2.ldif Enter LDAP Password: adding new entry "dc=somedomain,dc=org" adding new entry "ou=My address book,dc=somedomain,dc=org" adding new entry "cn=WithoutSlash,ou=My address book,dc=somedomain,dc=org" So, I still suspect a bug... Reinhold

1 0

Re: (ITS#5180) OpenLDAP Website Home Page
by kurt＠OpenLDAP.org 09 Oct '07

09 Oct '07

Fixed. On Oct 9, 2007, at 7:41 PM, ghenry(a)OpenLDAP.org wrote: > Full_Name: Gavin Henry > Version: > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (212.159.59.85) > Submitted by: ghenry > > > We need a better title ;-) > > <TITLE>OpenLDAP, Title</TITLE> > > Gavin. > > >

1 0

(ITS#5181) ITS Copyright
by ghenry＠OpenLDAP.org 09 Oct '07

09 Oct '07

Full_Name: Gavin Henry Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.159.59.85) Submitted by: ghenry Copyright on ITS website page and ITS auto-replies is still at 2006: "Copyright 1998-2006 The OpenLDAP Foundation, All Rights Reserved."

1 0

(ITS#5180) OpenLDAP Website Home Page
by ghenry＠OpenLDAP.org 09 Oct '07

09 Oct '07

Full_Name: Gavin Henry Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.159.59.85) Submitted by: ghenry We need a better title ;-) <TITLE>OpenLDAP, Title</TITLE> Gavin.

1 0

(ITS#5179) Weekly generation of Admin Guide for Website
by ghenry＠OpenLDAP.org 09 Oct '07

09 Oct '07

Full_Name: Gavin Henry Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.159.59.85) Submitted by: ghenry Dear all, Not sure if I already requested this (can't find the ITS), but can we set up something to do a weekly doc generation for http://www.openldap.org/devel/admin/ Thanks.

1 0

Re: (ITS#4860) Sets' enhancement
by ghenry＠OpenLDAP.org 09 Oct '07

09 Oct '07

ando(a)sys-net.it wrote: >> Howard Chu a écrit : > >> Unfortunately, it's currently heavily dependant on one of our customer's >> specific schema extensions and data tree structure. The ACLs in use >> implement a lot of the logic specific to their environment, therefore I >> can't send them as is. >> >> However, I will see if I can "translate" some of the more complicated >> ACLs (with sets) to perform on a simple data set for inclusion in the >> test suite. >> >> Could some examples such as these also fit your documentation request >> for sets and their applications [1]? Assuming this is the case, I will >> try and provide at least a subset of our test set soon. >> >> Cheers, >> Jon >> >> [1] http://www.openldap.org/lists/openldap-software/200709/msg00310.html > > Let me state first that right now I believe sets do not belong to > slapd(8); they should rather move into a module, under the dynacl > umbrella. And, as such, they should be documented separately from > slapd.access(5), mostly because having them in slapd.access(5) would sort > of encourage unexperienced people into (ab-)using them. > > Also, I'd like sets' users to document them (especially in terms of useful > hints, scenarios, case studies and so), as they probably best know what > one can gain from their use. Otherwise, a bare description of the syntax, > although necessary, would hardly be useful to most of the users. > > p. > Agreed. Once decided, we can discuss where they would fit in the Admin guide. -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

Re: (ITS#5176) Segmentation Fault in test001-slapadd
by ando＠sys-net.it 09 Oct '07

09 Oct '07

> Full_Name: Mark > Version: 2.3.38 > OS: Suse Linux 10.01 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.128.87.178) > > > ** Problem > test001-slapdadd fails with segmentation fault. > > ** Environment > Suse Linux 10.1 > Berkly DB 4.6.21 > Openldap 2.3.38 OpenLDAP 2.3 does not support Berkeley > 4.6.9; this issue has been risen dozens of times, but apprently browsing archives for known issues has become unfashionable. Please either upgrade to OpenLDAP 2.4 or downgrade to Berkeley < 4.6. This ITS will be closed. 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

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