You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As sss_obfuscate changes the config file more than just adding ldap_default_authtok_type and ldap_default_authtok it should save a copy of the original file.
I see the following issues with the additional changes:
- trailing comments are remove
- according to sssd.conf(5) '#' and ';' are valid signs for comments, so it would be nice if both are preserved respectively
- adding default values for options which where not in the original file might lead to a config file less readable
- an explicit 'debug_level = 0' overwrites the debug level given at the sssd command line, so it shouldn't be written to the new config file
Cloned from Pagure issue: https://pagure.io/SSSD/sssd/issue/763
When calling sss_obfuscate with the following simplified config file:
to following is returned:
As sss_obfuscate changes the config file more than just adding ldap_default_authtok_type and ldap_default_authtok it should save a copy of the original file.
I see the following issues with the additional changes:
- trailing comments are remove
- according to sssd.conf(5) '#' and ';' are valid signs for comments, so it would be nice if both are preserved respectively
- adding default values for options which where not in the original file might lead to a config file less readable
- an explicit 'debug_level = 0' overwrites the debug level given at the sssd command line, so it shouldn't be written to the new config file
Comments
Comment from sgallagh at 2011-01-05 12:47:44
I opened ticket #764 to address the debug_level issue. The command-line should always override the option set in sssd.conf.
Comment from dpal at 2011-01-20 14:48:29
Fields changed
milestone: NEEDS_TRIAGE => SSSD 1.6.0
upgrade: => 0
Comment from dpal at 2011-02-03 15:31:26
Fields changed
priority: major => trivial
Comment from dpal at 2011-02-07 15:54:10
Fields changed
owner: somebody => jzeleny
Comment from jzeleny at 2011-04-01 16:47:08
Fields changed
status: new => assigned
Comment from sgallagh at 2011-05-02 21:03:17
Fixed by 0e5879c
patch: => 0
resolution: => fixed
status: assigned => closed
Comment from sgallagh at 2012-01-30 21:17:52
Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=785879
rhbz: => [https://bugzilla.redhat.com/show_bug.cgi?id=785879 785879]
Comment from sbose at 2017-02-24 15:07:09
Metadata Update from @sbose:
The text was updated successfully, but these errors were encountered: