On Fri, 2007-03-02 at 11:08 -0700, Richard Megginson wrote:
>
> Andrew Bartlett wrote:
> > I've split the 00core schema, into what we really require to start
> > Fedora DS, and rest. It is based on the work Satish earlier last year.
> >
> > The server starts, but without a 'make check' target, I can't verify
> > what I've broken.
> >
> > It does work for loading the Samba4 schema, and we now successfully
> > provision into the resultant directory. (it fails the tests miserably
> > however).
> >
> > Also, can someone let me know where to register the schema file into the
> > build and install system?
> >
> > Thanks,
> >
> > Andrew Bartlett
> >
> > ------------------------------------------------------------------------
> >
> > --- /dev/null 2007-02-20 17:13:51.591965360 +1100
> > +++ ldap/schema/01notsocore.ldif 2007-03-02 17:41:33.000000000 +1100
> > @@ -0,0 +1,294 @@
> > +#
> > +# BEGIN COPYRIGHT BLOCK
> > +# This Program is free software; you can redistribute it and/or modify it under
> > +# the terms of the GNU General Public License as published by the Free Software
> > +# Foundation; version 2 of the License.
> > +#
> > +# This Program is distributed in the hope that it will be useful, but WITHOUT
> > +# ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
> > +# FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
> > +#
> > +# You should have received a copy of the GNU General Public License along with
> > +# this Program; if not, write to the Free Software Foundation, Inc., 59 Temple
> > +# Place, Suite 330, Boston, MA 02111-1307 USA.
> > +#
> > +# In addition, as a special exception, Red Hat, Inc. gives You the additional
> > +# right to link the code of this Program with code not covered under the GNU
> > +# General Public License ("Non-GPL Code") and to distribute linked combinations
> > +# including the two, subject to the limitations in this paragraph. Non-GPL Code
> > +# permitted under this exception must only link to the code of this Program
> > +# through those well defined interfaces identified in the file named EXCEPTION
> > +# found in the source code files (the "Approved Interfaces"). The files of
> > +# Non-GPL Code may instantiate templates or use macros or inline functions from
> > +# the Approved Interfaces without causing the resulting work to be covered by
> > +# the GNU General Public License. Only Red Hat, Inc. may make changes or
> > +# additions to the list of Approved Interfaces. You must obey the GNU General
> > +# Public License in all respects for all of the Program code and other code used
> > +# in conjunction with the Program except the Non-GPL Code covered by this
> > +# exception. If you modify this file, you may extend this exception to your
> > +# version of the file, but you are not obligated to do so. If you do not wish to
> > +# provide this exception without modification, you must delete this exception
> > +# statement from your version and license this file solely under the GPL without
> > +# exception.
> > +#
> > +#
> > +# Copyright (C) 2001 Sun Microsystems, Inc. Used by permission.
> > +# Copyright (C) 2005 Red Hat, Inc.
> > +# All rights reserved.
> > +# END COPYRIGHT BLOCK
> > +#
> > +#
> > +# Core schema, highly recommended but not required to start the Directory Server itself.
> > +#
> > +dn: cn=schema
> > +#
> > +# attribute types:
> > +#
> > +attributeTypes: ( 2.5.4.0 NAME 'objectClass' DESC 'Standard LDAP attribute type' EQUALITY objectIdentifierMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 X-ORIGIN 'RFC 2256' )
> >
> Really? I guess because we have some hardcoded stuff about objectClass
> in the directory server, since it is core to almost everything. Would
> you object if I moved this into the 00core.ldif, or do you need to
> replace the definition of objectClass?
Yeah, that shouldn't be a problem...
> So what I will do is move all of these out of 00core.ldif (except for
> objectClass, above) and put them in 01othercore.ldif (or 01base or
> something like that).
Yeah, that's what that patch should do.
Thanks!
Andrew Bartlett
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Red Hat Inc. http://redhat.com
Attachment:
signature.asc
Description: This is a digitally signed message part
-- Fedora-directory-devel mailing list Fedora-directory-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-devel
