openldap-bugs

openldap-bugs@openldap.org

1 participants
20966 discussions

Re: (ITS#5061) client/tools: Password Policy control handling
by kurt＠OpenLDAP.org 13 Aug '07

13 Aug '07

Given the ppolicy change backport for everything else was straight forward for every other command, and committed, seems reasonable to keep it. Ando and/or I likely can do a quick backport for ldapmodify.c. -- Kurt

1 0

Re: (ITS#5061) client/tools: Password Policy control handling
by kurt＠OpenLDAP.org 13 Aug '07

13 Aug '07

On Aug 13, 2007, at 6:06 PM, quanah(a)zimbra.com wrote: > --On July 23, 2007 6:51:35 PM +0000 kurt(a)OpenLDAP.org wrote: > >> Full_Name: Kurt Zeilenga >> Version: 2.3 >> OS: Mac OS X >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (130.129.101.249) >> Submitted by: kurt >> >> >> 2.3 (and 2.4) client tools only send the password policy control >> with the >> Bind requests. However, the control is not only valid with most >> every >> request, but useful to send with every request. HEAD has been >> updated >> to send, when -e ppolicy is selected, the control with every >> request, and >> to print the control details on return. While this could be >> viewed as a >> new feature by some it could abe viewed as a bug fix by others. >> Given >> this change scope is quite narrow (should only effect -e ppolicy >> users), >> I recommend it inclusion in the next patch release of 2.3. > > Hi Kurt, > > I've been working on this for the 2.3 release, however there is a > problem > when it comes to ldapmodify. Pierangelo made the change around > controls to > the ldapmodify code around revision 1.172. However, when 2.3 was > branched > (after revision 1.175), this new code was excluded by you. So, the > question I have now, is should this code now be pulled into 2.3? > It is > quite a bit of change. > > --Quanah If 2.3 wasn't quite frozen, I'd say just suck in the new tools... But given 2.3 is very much frozen, and the change scope isn't as narrow as I thought it would be, seems more appropriate just to leave this out. Oh well. Another reason to push 2.4beta out, I guess. -- Kurt

1 0

Re: (ITS#5061) client/tools: Password Policy control handling
by quanah＠zimbra.com 13 Aug '07

13 Aug '07

--On July 23, 2007 6:51:35 PM +0000 kurt(a)OpenLDAP.org wrote: > Full_Name: Kurt Zeilenga > Version: 2.3 > OS: Mac OS X > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (130.129.101.249) > Submitted by: kurt > > > 2.3 (and 2.4) client tools only send the password policy control with the > Bind requests. However, the control is not only valid with most every > request, but useful to send with every request. HEAD has been updated > to send, when -e ppolicy is selected, the control with every request, and > to print the control details on return. While this could be viewed as a > new feature by some it could abe viewed as a bug fix by others. Given > this change scope is quite narrow (should only effect -e ppolicy users), > I recommend it inclusion in the next patch release of 2.3. Hi Kurt, I've been working on this for the 2.3 release, however there is a problem when it comes to ldapmodify. Pierangelo made the change around controls to the ldapmodify code around revision 1.172. However, when 2.3 was branched (after revision 1.175), this new code was excluded by you. So, the question I have now, is should this code now be pulled into 2.3? It is quite a bit of change. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5090) Error with attribute "jpegPhoto"
by ando＠sys-net.it 13 Aug '07

13 Aug '07

nicolas.sandraz(a)gmail.com wrote: Fixed in HEAD & re23; please test. 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#5090) Error with attribute "jpegPhoto"
by ando＠sys-net.it 13 Aug '07

13 Aug '07

Howard Chu wrote: > ando(a)sys-net.it wrote: >> marg(a)rz.tu-clausthal.de wrote: >>> Oh, and that special syntax is a function of ldapadd/ldapmodify, not >>> some standard way of importing images - so using it with slapadd >>> won't work. > > Not true. Both slapadd and ldapadd use the same LDIF reading routines; > they have since 2.3 was first released. All valid LDIF is accepted > identically by both programs. > >> well, that's a SHOULD in RFC2849, so it is indeed a standard way of >> importing values (works with any value) using LDIF. The fact it doesn't >> work with slapadd should be seen as a limitation of that tool, which it >> is not intended for use with arbitrary LDIF but rather with LDIF >> produced by slapcat. Well, I need to take both my claims back; I was writing jpegPhoto: <file///... while the right syntax (still with the missing ":") is jpegPhoto:< file///... and the error is still there in 2.3. I'll fix it in a moment. 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#5090) Error with attribute "jpegPhoto"
by hyc＠symas.com 13 Aug '07

13 Aug '07

ando(a)sys-net.it wrote: > marg(a)rz.tu-clausthal.de wrote: >> Oh, and that special syntax is a function of ldapadd/ldapmodify, not >> some standard way of importing images - so using it with slapadd won't work. Not true. Both slapadd and ldapadd use the same LDIF reading routines; they have since 2.3 was first released. All valid LDIF is accepted identically by both programs. > well, that's a SHOULD in RFC2849, so it is indeed a standard way of > importing values (works with any value) using LDIF. The fact it doesn't > work with slapadd should be seen as a limitation of that tool, which it > is not intended for use with arbitrary LDIF but rather with LDIF > produced by slapcat. -- -- 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#5090) Error with attribute "jpegPhoto"
by ando＠sys-net.it 13 Aug '07

13 Aug '07

marg(a)rz.tu-clausthal.de wrote: >> i use this line (on my ldif file) to add a picture on my LDAP directory: >> >> jpegPhoto: < file///etc/ldap/pictures/test.jpg > > Are you sure that you aren't missing a colon (':')? According to the > manpage of ldapadd the line should look like this: > > jpegPhoto: < file:///etc/ldap/pictures/test.jpg Moreover, this bug appears to have already been fixed. It is recommended to check the latest version before reporting bugs. > Oh, and that special syntax is a function of ldapadd/ldapmodify, not > some standard way of importing images - so using it with slapadd won't work. well, that's a SHOULD in RFC2849, so it is indeed a standard way of importing values (works with any value) using LDIF. The fact it doesn't work with slapadd should be seen as a limitation of that tool, which it is not intended for use with arbitrary LDIF but rather with LDIF produced by slapcat. 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#5090) Error with attribute "jpegPhoto"
by marg＠rz.tu-clausthal.de 13 Aug '07

13 Aug '07

Hello, nicolas.sandraz(a)gmail.com wrote: > when i use a LDIF file with the falowing attribute jpegPhoto associate with the > object class inetOrgPerson i have this error: > > slapadd : /tmp/build/openldap2.3-2.3.30/servers/slapd/schema_check.c:87 : > entry_schema_check: Assertion `a->a_vals[0].bv_val != ((void *)0)' failed. > > i use this line (on my ldif file) to add a picture on my LDAP directory: > > jpegPhoto: < file///etc/ldap/pictures/test.jpg Are you sure that you aren't missing a colon (':')? According to the manpage of ldapadd the line should look like this: jpegPhoto: < file:///etc/ldap/pictures/test.jpg Oh, and that special syntax is a function of ldapadd/ldapmodify, not some standard way of importing images - so using it with slapadd won't work. bye Christian -- Christian Marg mail : mailto:marg@rz.tu-clausthal.de Dezernat 2 TU Clausthal web : http://www.tu-clausthal.de D-38678 Clausthal-Zellerfeld fon : 05323/72-2107 Germany jabber: ifcma(a)jabber.tu-clausthal.de

1 0

(ITS#5090) Error with attribute "jpegPhoto"
by nicolas.sandraz＠gmail.com 13 Aug '07

13 Aug '07

Full_Name: Sandraz Nicolas Version: 2.3.30 OS: Linux (debian Etch) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (81.252.72.177) when i use a LDIF file with the falowing attribute jpegPhoto associate with the object class inetOrgPerson i have this error: slapadd : /tmp/build/openldap2.3-2.3.30/servers/slapd/schema_check.c:87 : entry_schema_check: Assertion `a->a_vals[0].bv_val != ((void *)0)' failed. i use this line (on my ldif file) to add a picture on my LDAP directory: jpegPhoto: < file///etc/ldap/pictures/test.jpg note: when i remove this line from my ldif file i can import all information!

1 0

(ITS#5089) test043-delta-syncrepl: test failed - producer and consumer databases differ
by michael＠stroeder.com 11 Aug '07

11 Aug '07

Full_Name: Michael Ströder Version: HEAD OS: openSUSE 10.2 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (83.124.34.52) Running ./scripts/test043-delta-syncrepl... running defines.sh Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Using ldapadd to create the context prefix entries in the producer... Starting consumer slapd on TCP/IP port 9012... Using ldapsearch to check that consumer slapd is running... Waiting 5 seconds for slapd to start... Using ldapadd to populate the producer directory... Waiting 15 seconds for syncrepl to receive changes... Stopping the provider, sleeping 10 seconds and restarting it... Using ldapsearch to check that producer slapd is running... Using ldapmodify to modify producer directory... Waiting 15 seconds for syncrepl to receive changes... Stopping consumer to test recovery... Modifying more entries on the producer... Restarting consumer... Waiting 25 seconds for syncrepl to receive changes... Try updating the consumer slapd... Waiting 15 seconds for syncrepl to receive changes... Using ldapsearch to read all the entries from the producer... Using ldapsearch to read all the entries from the consumer... Filtering producer results... Filtering consumer results... Comparing retrieved entries from producer and consumer... test failed - producer and consumer databases differ

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