Attribute dob of fusiondirectory schema conflicts with evolution schema

Tried to install FD on an LDAP Directory that uses evolution schema and got:

root@ader-sfl:~# fusiondirectory-insert-schema -o '-D cn=config -w secret -H ldap://localhost:6389' 

executing 'ldapadd -D cn=config -w secret -H ldap://localhost:6389 -f /etc/ldap/schema/fusiondirectory/core-fd.ldif'
adding new entry "cn=core-fd,cn=schema,cn=config"
ldap_add: Other (e.g., implementation specific) error (80)
        additional info: olcAttributeTypes: Inconsistent duplicate attributeType: "dob"

Evolution schema can be found here: https://git.gnome.org/browse/evolution-data-server/tree/addressbook/backends/ldap/evolutionperson.schema

I don't know if this can be fixed, just open the issue to let you know.

(from redmine: issue id 5089, created on 2016-08-17, closed on 2016-08-23)

• Relations:
  • copied_to #5090
• Changesets:
  • Revision 926c4512 by Côme Chilliet on 2016-08-18T13:35:44.000Z:

Fixes #5089 Moved personal attributes to personal schema

Removed OBSOLETE things from core schema

• Revision e581fc27 by Côme Chilliet on 2016-08-18T13:44:26.000Z:

Fixes #5089 Moved personal attributes to personal schema

Removed OBSOLETE things from core schema

• Custom Fields:
  • Bug in version: 1.0.14

hello,

yes it date from the time it was in core and oid doesnt match nor gosa/gonicus or ours.. we must look at it

attributetype ( 1.3.6.1.4.1.15305.2.2 NAME ( 'dateOfBirth' 'dob' ) DESC 'Date of birth in ISO 8601 format' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{10} SINGLE-VALUE )

at the same time oid for this one is to an unknow person

http://oid-info.com/get/1.3.6.1.4.1.15305

i recommand moving this to our personal-fd.schema

Cheers

(from redmine: written on 2016-08-17)

By bmortier on 2017-09-02T15:32:48 (imported from GitLab)

hello,

i found the same issue with the sex / gender attribute

attributetype ( 1.3.6.1.4.1.15305.2.1 NAME ( 'gender' 'sex' ) DESC 'Gender: M for male, F for female' EQUALITY caseIgnoreIA5Match SYNTAX 1.3.6.1.4.1.1466.115.121.1.26{1} SINGLE-VALUE )

that should be migrated as well

Cheers

(from redmine: written on 2016-08-17)

By bmortier on 2017-09-02T15:32:48 (imported from GitLab)

We will move these to personal schema, it will cause less problems.

(from redmine: written on 2016-08-18)

By Côme Chilliet on 2017-09-02T15:32:48 (imported from GitLab)

Moved them, had to remove gosaAccount so removed the other OBSOLETE stuff as well.

(from redmine: written on 2016-08-18)

By Côme Chilliet on 2017-09-02T15:32:48 (imported from GitLab)

Close issue

(from redmine: written on 2016-08-23)

By bmortier on 2017-09-02T15:32:49 (imported from GitLab)

closed

By bmortier on 2017-09-02T15:32:49 (imported from GitLab)

added Changed label

By bmortier on 2018-09-27T20:02:23 (imported from GitLab)