freeipa/install
Endi S. Dewata f7067a1f08 Fixed link style in dialog box.
The general link style defined in ipa.css was overriden by a more
specific rule in jquery-ui.css. So the style has been modified to
include the more specific rule.

Ticket #1623
2011-08-15 14:04:40 +00:00
..
conf rename static to ui 2011-01-20 14:12:47 +00:00
html Redirection after changing browser configuration 2011-08-08 13:49:26 -04:00
migration Fixed broken links in ipa_error.css and ipa_migration.css. 2011-08-11 13:38:36 +00:00
po transifex translation adjustment 2011-08-12 09:38:11 +02:00
share Redirection after changing browser configuration 2011-08-08 13:49:26 -04:00
tools Ask for reverse DNS zone information in attended install right after asking for DNS forwarders, so that DNS configuration is done in one place. 2011-08-09 13:12:19 +02:00
ui Fixed link style in dialog box. 2011-08-15 14:04:40 +00:00
updates Correct sudo runasuser and runasgroup attributes in schema 2011-07-19 08:06:41 -04:00
configure.ac Removed custom layouts using HTML templates. 2011-07-21 11:47:57 -04:00
Makefile.am rename static to ui 2011-01-20 14:12:47 +00:00
README.schema Add some basic rules for adding new schema 2010-08-27 13:40:37 -04:00

Ground rules on adding new schema

Brand new schema, particularly when written specifically for IPA, should be
added in share/*.ldif. Any new files need to be explicitly loaded in
ipaserver/install/dsinstance.py. These simply get copied directly into
the new instance schema directory.

Existing schema (e.g. in an LDAP draft) may either be added as a separate
ldif in share or as an update in the updates directory. The advantage of
adding the schema as an update is if 389-ds ever adds the schema then the
installation won't fail due to existing schema failing to load during
bootstrap.

If the new schema requires a new container then this should be added
to install/bootstrap-template.ldif.