Full_Name: Daniel Pluta Version: HEAD OS: Linux URL: ftp://ftp.openldap.org/incoming/servers-slapd-schema_init.patch Submission from: (NULL) (2001:470:9feb:ff02:f435:4e97:f213:bc9e) In regard to http://www.openldap.org/lists/openldap-technical/201004/msg00228.html I've uploaded a patch which enables support for octetStringOrderingMatch to be used in combination with extensible match filters. According RFC4517 section 4.1 the following ordering matching rules currently available in slapd are affected by this patch: caseIgnoreOrderingMatch caseExactOrderingMatch In addition I've added this kind of support to generalizedTimeOrderingMatch, too. The patch can be downloaded here: ftp://ftp.openldap.org/incoming/servers-slapd-schema_init.patch Note: RFC4517 section 4.1 also lists some substring matching rules which also SHOULD be supported in extensible match filters. slapd as well as my patch currently do not offer support for them.
The patch in the URL you specified appears to be empty.
Howard Chu schrieb: > The patch in the URL you specified appears to be empty. Although I'm pretty sure I've successfully uploaded the patch as I (think I) always check the URLs twice right after posting I just tried to upload it again some minutes ago using the filename: servers-slapd-schema_init_2.patch The ftp-server let me successfully log in but does not allow me to upload anything into /incoming: "425 Can't build data connection: Connection refused." Possibly this is also the cause the patch file currently seems to be empty after your download? I've tried the upload from different hosts and networks (IPv6 with IPv4 fallback) without success. Have not investigated in deep but I think it does not seem to be a problem of my/our firewalls. daniel@tingletangle:~$ ftp ftp.openldap.org Connected to www.openldap.org. 220- OpenLDAP FTP Service 220 boole.openldap.org FTP server (Version 6.00LS) ready. Name (ftp.openldap.org:daniel): anonymous 331 Guest login ok, send your email address as password. Password: 230- Copyright 1998-2010, The OpenLDAP Foundation, All Rights Reserved. 230- COPYING RESTRICTIONS APPLY, see: 230- ftp://ftp.openldap.org/COPYRIGHT 230- ftp://ftp.openldap.org/LICENSE 230 Guest login ok, access restrictions apply. Remote system type is UNIX. Using binary mode to transfer files. ftp> cd incoming 250 CWD command successful. ftp> ascii 200 Type set to A. ftp> put servers-slapd-schema_init_2.patch local: servers-slapd-schema_init_2.patch remote: servers-slapd-schema_init_2.patch 200 PORT command successful. 425 Can't build data connection: Connection refused. ftp> quit
The patch can be downloaded from here: ftp://ftp.openldap.org/incoming/servers-slapd-schema_init.patch.2 passive ftp rules - sorry for the confusion
changed notes changed state Open to Partial moved from Incoming to Software Enhancements
Variant applied to HEAD: schema_init.c 1.473. Correct 'match' code is simpler than yours, now that you've pointed me in the right direction. All ordering rules except CSNOrderingMatch and UUIDOrderingMatch now support extensible match. Someone who knows slapd's use of CSNs and UUIDs can (tell me to) do the same there if it's OK to do so. I didn't want to meddle carelessly, also I don't know what UUIDOrderingMatch's SLAP_MR_MUTATION_NORMALIZER flag means and if it would interfere. -- Hallvard
BTW, it occurred to me that it might be an idea to add comments instead of removing yours. slapd/schema_init.c (rev 1.474) now explains how it works, as far as I understand it. -- Hallvard
changed notes changed state Partial to Test
changed notes changed state Test to Release
changed notes changed state Release to Partial
Also added support for CSNOrderingMatch extensible filters. UUIDOrderingMatch awaits checking what's going on with it. -- Hallvard
changed notes
Applied to HEAD. Applied to RE24. TODO: UUIDOrderingMatch (unimportant, just for completeness, but see schema_init.c 1.479)