Andrew Bartlett wrote:
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?I've split the 00core schema, into what we really require to startFedora 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 verifywhat 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' )
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).
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
-- Fedora-directory-devel mailing list Fedora-directory-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-devel
