Andrew Bartlett wrote:
On Tue, 2006-08-22 at 10:03 -0700, Pete Rowley wrote:Kimmo Koivisto wrote:It would be bad form to remove a standard attribute and replace it with one of the same name but different OID. It would be better to use the standard attribute.Andrew Bartlett wrote: [snip]Anyway, this is the error I get with the attached schema: [abartlet@piglett source]$ sudo /opt/fedora-ds/slapd-piglett/start-slapd Password: [22/Aug/2006:21:03:47 +1000] dse - The entry cn=schema in file /opt/fedora-ds/slapd-piglett/config/schema/01samba4.ldif is invalid, error code 20 (Type or value exists) - attribute type streetAddress: Does not match the OID "1.2.840.113556.1.2.256". Another attribute type is already using the name or OID. [22/Aug/2006:21:03:47 +1000] dse - Please edit the file to correct the reported problems and then restart the server. I can find no other reference (in the schema ldif files) to streetAddress, or that OID.See 00core.ldif:attributeTypes: ( 2.5.4.9 NAME ( 'street' 'streetaddress' ) DESC 'Standard LDAP attribute type' SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 X-ORIGIN 'RFC 2256' )Maybe this is what you wan't to remove?What would go wrong if I did that?
The server might not start, apps might break.
Yes. Something like internally used attributes vs. externally used attributes?When I started with OpenLDAP, I initially tried to load standard schema, then Microsoft's modifications, but very quickly got into a mess: Because I wanted a reproducible solution, I didn't want to edit theseschema files, but they declared objectClasses that I had to override.So I ended up just using the converted AD schema. Would it be possible to split the 00core.ldif into 'attributes required for the operation of the directory' and 'core ldap standards'?
Things may break. It's hard to tell without specific attributes or objectclass names or OIDs.What will happen if I fail to load the 'attributes required for operation of the directory'?
Andrew Bartlett-------------------------------------------------------------------------- Fedora-directory-devel mailing list Fedora-directory-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-devel
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
