[SSSD] [sssd PR#824][comment] CONFDB: Files domain if activated without .conf

URL: https://github.com/SSSD/sssd/pull/824 Title: #824: CONFDB: Files domain if activated without .conf thalman commented: """ @jhrozek rebased/pushed. Still some CI tests fail. IMO errors are not connected with PR. """ See the full comment at

[SSSD] [sssd PR#862][opened] pam: fix loop in Smartcard authentication

URL: https://github.com/SSSD/sssd/pull/862 Author: sumit-bose Title: #862: pam: fix loop in Smartcard authentication Action: opened PR body: """ If 'try_cert_auth' or 'require_cert_auth' options are used and a wrong PIN is entered the PAM responder might end in an endless loop. This patch

[SSSD] Re: SSSD Internals Document published

This is quite embarassing, but we still haven't converted that document from the old wiki to pagure. I've been working on that on and off when I had some free time, the current state can be viewed at:

[SSSD] [sssd PR#857][comment] Don't qualify users from files domain when default_domain_suffix is set

URL: https://github.com/SSSD/sssd/pull/857 Title: #857: Don't qualify users from files domain when default_domain_suffix is set jhrozek commented: """ Thanks @mzidek-rh for the review. How about now? """ See the full comment at https://github.com/SSSD/sssd/pull/857#issuecomment-519664632

[SSSD] [sssd PR#857][-Changes requested] Don't qualify users from files domain when default_domain_suffix is set

URL: https://github.com/SSSD/sssd/pull/857 Title: #857: Don't qualify users from files domain when default_domain_suffix is set Label: -Changes requested ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] Re: Removing nscd from Fedora

On Thu, Aug 08, 2019 at 09:09:12PM +0200, Florian Weimer wrote: > We'd like to propose removing nscd from Fedora, for Fedora 32. > (The goal is to make this change downstream, too.) > > Carlos told me that in the past, sssd couldn't do full caching for > nss_files, and that was still a concern at

[SSSD] Re: SSSD Internals Document published

Hello, Does anyone know where I could find the "SSSD Internals Document"? The following link redirects to https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement !! https://fedorahosted.org/sssd/wiki/InternalsDocs Thanks,

[SSSD] Removing nscd from Fedora

We'd like to propose removing nscd from Fedora, for Fedora 32. (The goal is to make this change downstream, too.) Carlos told me that in the past, sssd couldn't do full caching for nss_files, and that was still a concern at the time. Has this changed? What about WINS/winbind? Thanks, Florian

[SSSD] [sssd PR#857][synchronized] Don't qualify users from files domain when default_domain_suffix is set

URL: https://github.com/SSSD/sssd/pull/857 Author: jhrozek Title: #857: Don't qualify users from files domain when default_domain_suffix is set Action: synchronized To pull the PR as Git branch: git remote add ghsssd https://github.com/SSSD/sssd git fetch ghsssd pull/857/head:pr857 git

[SSSD] [sssd PR#857][+Changes requested] Don't qualify users from files domain when default_domain_suffix is set

URL: https://github.com/SSSD/sssd/pull/857 Title: #857: Don't qualify users from files domain when default_domain_suffix is set Label: +Changes requested ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] [sssd PR#857][comment] Don't qualify users from files domain when default_domain_suffix is set

URL: https://github.com/SSSD/sssd/pull/857 Title: #857: Don't qualify users from files domain when default_domain_suffix is set mzidek-rh commented: """ I have not tested the patch yet (LGTM so far), but IMO the default_domain_suffix man page should mention the exception in behavior for

[SSSD] [sssd PR#820][comment] ad: delete domains disabled through ad_enabled_domains from cache

URL: https://github.com/SSSD/sssd/pull/820 Title: #820: ad: delete domains disabled through ad_enabled_domains from cache sumit-bose commented: """ Hi Pavel, sorry for not being clear but your 3 points are exactly what I meant. My tests went well. I had one issue where I'm not sure if should