sssd2.git/server/upgrade, branch maint-0.7 System Security Services Daemon [okos' clone] Do not migrate Data Provider 2009-10-27T17:35:11+00:00 Jakub Hrozek jhrozek@redhat.com 2009-10-27T07:00:22+00:00 baa46e7085356d10d20ee534e04d043b8fcd3a9c Add a way to make changes to the most recent format of config files. Use it to remove all traces of Data Provider from the config file which is being migrated. 
Add a way to make changes to the most recent format of config
files. Use it to remove all traces of Data Provider from the config file
which is being migrated.
Fix migration script for pre-0.5 local domains 2009-10-27T17:35:11+00:00 Jakub Hrozek jhrozek@redhat.com 2009-10-26T11:54:38+00:00 b303921f249efeaa8c2b699f3877a70a3b5c98de Configuration files before 0.5.0 did not enforce provider= in local domains it did special-case by domain name (LOCAL). Our script was relying on provider= value, this patch adds the special-casing in case the domain was called LOCAL. 
Configuration files before 0.5.0 did not enforce provider= in local
domains it did special-case by domain name (LOCAL). Our script was
relying on provider= value, this patch adds the special-casing in case
the domain was called LOCAL.
Tighten up permission. 2009-09-28T12:41:27+00:00 Simo Sorce ssorce@redhat.com 2009-09-28T11:51:26+00:00 5ab9ed3c42781ae1911d253d56d67dc0288d55f7 SSSD may contain passwords and other sensitive data, make sure we always keep its permission tight. Also make /etc/sssd permission very strict, just in case, admins may inadvertently copy an sssd.conf file without checking it's permissions. 
SSSD may contain passwords and other sensitive data, make sure we always keep its
permission tight. Also make /etc/sssd permission very strict, just in case,
admins may inadvertently copy an sssd.conf file without checking it's
permissions.
script to upgrade config to v2 2009-09-25T13:03:29+00:00 Jakub Hrozek jhrozek@redhat.com 2009-09-24T22:32:50+00:00 3c02938a2643fdc8ff83d81400334172f0743823