[Fedora-directory-devel] [PATCH] split schema for minimal DS startup (samba4)

Richard Megginson rmeggins at redhat.com
Fri Mar 2 18:08:35 UTC 2007



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?

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).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3245 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-devel/attachments/20070302/97f7b7b8/attachment.bin>


More information about the Fedora-directory-devel mailing list