hyc@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/schema
Modified Files: dyngroup.schema 1.9 -> 1.10
Log Message: Revert memberURL back to STRUCTURAL - test044 breaks otherwise
AFAIR, there's no need in slapo-dynlist(5) code for 'groupOfURLs' (not 'memberUrl' :) to be STRUCTURAL; what test044 does is simply add some dynamic groups, so reworking the test data should suffice, if you believe that class should be AUXILIARY. Do you want me to look at that test with the above change?
p.
Ing. Pierangelo Masarati OpenLDAP Core Team
SysNet s.n.c. Via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ------------------------------------------ Office: +39.02.23998309 Mobile: +39.333.4963172 Email: pierangelo.masarati@sys-net.it ------------------------------------------
Pierangelo Masarati wrote:
hyc@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/schema
Modified Files: dyngroup.schema 1.9 -> 1.10
Log Message: Revert memberURL back to STRUCTURAL - test044 breaks otherwise
AFAIR, there's no need in slapo-dynlist(5) code for 'groupOfURLs' (not 'memberUrl' :) to be STRUCTURAL; what test044 does is simply add some dynamic groups, so reworking the test data should suffice, if you believe that class should be AUXILIARY. Do you want me to look at that test with the above change?
p.
Well, I did a quick try by adding groupOfNames with a zero length member attribute to try and get through the test but it still failed the output comparison. This raised the concern that changing the definition at this point will break anybody who has been using the existing groupOfURLs definition (as a structural class).
-
Howard Chu -
Pierangelo Masarati