AW: AW: AW: AW: [Kolab-devel] Adress Book Problem with zfos releaseofKolab

[Frank Paulick]

Hi,

i tried it with the kolab.schema from http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/openldap/kolab.schema?rev=1.1&content-type=text/x-cvsweb-markup with including the other .schema files.
if my core.schema has this part in it :

attributetype ( 1.3.6.1.4.1.250.1.57 NAME 'labeledURI'
       DESC 'RFC2079: Uniform Resource Identifier with optional label'
       EQUALITY caseExactMatch
       SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )

it then says, when i start the slapd :

bdb_initialize: Sleepycat Software: Berkeley DB 4.2.52: (December  3, 2003)
/kolab/etc/openldap/schema/core.schema: line 518: Duplicate attributeType: "1.3.6.1.4.1.250.1.57"
slapd shutdown: freeing system resources.
slapd stopped.

if i comment those lines out i get the same problem as before.
could there be a problem with the 2.2.X part of the openldap ?

Greetings
Frank Paulick

-----Ursprüngliche Nachricht-----
Von: Buchan Milne [mailto:bgmilne at obsidian.co.za]
Gesendet: Freitag, 2. April 2004 15:57
An: Kolab development coordination
Betreff: Re: AW: AW: AW: [Kolab-devel] Adress Book Problem with zfos
releaseofKolab


On Fri, 2 Apr 2004, Stephan Buys wrote:

> Here is some of the cleanup-word that we have done, as it relates strongly to this
> discussion...
> 

Well, in Mandrake 10.0, we shipped this schema file in openldap (but, the 
klab-server package still has the original broken schema file and uses it, 
since we didn't have time to resolve the deleteflag issue):
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/openldap/kolab.schema?rev=1.1&content-type=text/x-cvsweb-markup

> Note that these are not plug-in replacements, but are pretty close. We will incorporate these
> schema files into our engine, which will be uploaded to Kolab CVS next week.
> 

The problem here is that you have changed the deleteflag attribute to be 
called isDeleted? It could cause some problems migrating to the new schema 
...

> slapd.conf.template should reflect:
> 
> include         /kolab/etc/openldap/schema/core.schema
> include         /kolab/etc/openldap/schema/cosine.schema
> include         /kolab/etc/openldap/schema/inetorgperson.schema
> 
> include         /kolab/etc/openldap/schema/kolab-cf.schema
> include         /kolab/etc/openldap/schema/kolab.schema
> 
> 

My 2-host LDAP test network has:
# grep "^include.*schema" /etc/openldap/slapd.conf
include /usr/share/openldap/schema/core.schema
include /usr/share/openldap/schema/cosine.schema
include /usr/share/openldap/schema/corba.schema
include /usr/share/openldap/schema/inetorgperson.schema
include /usr/share/openldap/schema/java.schema
include /usr/share/openldap/schema/krb5-kdc.schema
include /usr/share/openldap/schema/kerberosobject.schema
include /usr/share/openldap/schema/misc.schema
include /usr/share/openldap/schema/nis.schema
include /usr/share/openldap/schema/openldap.schema
include /usr/share/openldap/schema/evolutionperson.schema
include /usr/share/openldap/schema/calendar.schema
include /usr/share/openldap/schema/kolab.schema
include /usr/share/openldap/schema/sudo.schema
include /usr/share/openldap/schema/dnszone.schema
include /usr/share/openldap/schema/dhcp.schema
include /usr/share/openldap/schema/autofs.schema
include /usr/share/openldap/schema/samba.schema
include /usr/share/openldap/schema/trust.schema
include /etc/openldap/schema/mod_cfg_ldap.schema
include /etc/openldap/schema/local.schema

Only, Kolab won't currently work with it. I am using most of these schemas 
actively (besides java and corba which I will most likely never use, and 
kerberos, dhcp, dns which I haven't quite got to yet). I have a few more 
schemas to track down too ...

Regards,
Buchan

_______________________________________________
Kolab-devel mailing list
Kolab-devel at intevation.org
https://kroupware.org/mailman/listinfo/kolab-devel