freeipa

0 Fork 0

Files

T

Rob Crittenden a4d2bcde33 Fix compatibility with Fedora 18.

We need a Requires on openssl, the mod_rewrite syntax has changed so
we can dump some unused configuration and we need a newer version of
mod_auth_kerb to pick up the new location of delegated ccache.

https://fedorahosted.org/freeipa/ticket/2839

2012-07-02 15:20:13 +02:00

conf

Fix compatibility with Fedora 18.

2012-07-02 15:20:13 +02:00

html

Fixed inconsistent image names.

2011-10-27 14:05:12 +00:00

migration

Forms based authentication UI

2012-03-02 11:04:33 +01:00

validate i18n strings when running "make lint"

2012-04-26 13:53:37 +02:00

restart_scripts

Configure certmonger to execute restart scripts on renewal.

2012-04-10 01:08:41 -04:00

Add objects for initial ID range

2012-06-29 16:21:20 -04:00

tools

Fix compatibility with Fedora 18.

2012-07-02 15:20:13 +02:00

Continuation of removing of not supported command options from Web UI

2012-06-29 11:56:29 +02:00

updates

Add objects for initial ID range

2012-06-29 16:21:20 -04:00

configure.ac

Configure certmonger to execute restart scripts on renewal.

2012-04-10 01:08:41 -04:00

Makefile.am

Add sysupgrade state file

2012-06-10 21:23:10 -04:00

README.schema

Add some basic rules for adding new schema

2010-08-27 13:40:37 -04:00

README.schema

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.