[SSSD] [sssd PR#144][comment] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty lslebodn commented: """ We should wait for files provider and drop/rework this PR. """ See the full comment at

[SSSD] [sssd PR#144][-Accepted] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty Label: -Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] [sssd PR#150][+Pushed] ssh: go to dp first when looking up host

URL: https://github.com/SSSD/sssd/pull/150 Title: #150: ssh: go to dp first when looking up host Label: +Pushed ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to sssd-devel-le...@lists.fedorahosted.org

[SSSD] [sssd PR#150][closed] ssh: go to dp first when looking up host

URL: https://github.com/SSSD/sssd/pull/150 Author: pbrezina Title: #150: ssh: go to dp first when looking up host Action: closed To pull the PR as Git branch: git remote add ghsssd https://github.com/SSSD/sssd git fetch ghsssd pull/150/head:pr150 git checkout pr150

[SSSD] [sssd PR#150][comment] ssh: go to dp first when looking up host

URL: https://github.com/SSSD/sssd/pull/150 Title: #150: ssh: go to dp first when looking up host lslebodn commented: """ master: * d9780d2860b2f2c9d707bfd8f2fc72099b9545d7 * 2ffa245e79a5ed66e69d141f4001c13697e01450 """ See the full comment at

[SSSD] [sssd PR#151][comment] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Title: #151: BUILD: Fix linking of test_sdap_initgr lslebodn commented: """ master: * e5d8b0e10238490c5d199063c0a258ba53c2ac65 """ See the full comment at https://github.com/SSSD/sssd/pull/151#issuecomment-278449835

[SSSD] [sssd PR#151][+Pushed] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Title: #151: BUILD: Fix linking of test_sdap_initgr Label: +Pushed ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to sssd-devel-le...@lists.fedorahosted.org

[SSSD] [sssd PR#151][closed] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Author: lslebodn Title: #151: BUILD: Fix linking of test_sdap_initgr Action: closed To pull the PR as Git branch: git remote add ghsssd https://github.com/SSSD/sssd git fetch ghsssd pull/151/head:pr151 git checkout pr151

[SSSD] [sssd PR#151][+Accepted] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Title: #151: BUILD: Fix linking of test_sdap_initgr Label: +Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to sssd-devel-le...@lists.fedorahosted.org

[SSSD] [sssd PR#151][comment] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Title: #151: BUILD: Fix linking of test_sdap_initgr mzidek-rh commented: """ Ack from me, but please also amend the commit message according to Fabiano's request before pushing. Link to CI: http://sssd-ci.duckdns.org/logs/job/62/27/summary.html """

[SSSD] [sssd PR#151][comment] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Title: #151: BUILD: Fix linking of test_sdap_initgr fidencio commented: """ Was the breakage caused by a specific commit? Could you specify that on the commit log? """ See the full comment at

[SSSD] [sssd PR#151][comment] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Title: #151: BUILD: Fix linking of test_sdap_initgr mzidek-rh commented: """ LGTM waiting for CI. """ See the full comment at https://github.com/SSSD/sssd/pull/151#issuecomment-278392638 ___ sssd-devel

[SSSD] [sssd PR#151][opened] BUILD: Fix linking of test_sdap_initgr

URL: https://github.com/SSSD/sssd/pull/151 Author: lslebodn Title: #151: BUILD: Fix linking of test_sdap_initgr Action: opened PR body: """ There was a linking fialure on debian: /usr/bin/ld: src/tests/cmocka/test_sdap_initgr-test_sdap_initgr.o: undefined reference to symbol

[SSSD] [sssd PR#139][comment] Initial revision of sssd pytest framework

URL: https://github.com/SSSD/sssd/pull/139 Title: #139: Initial revision of sssd pytest framework mrniranjan commented: """ This whole effort is to write test cases for features upstream and pull it downstream . And the upstream builds are tested against the testcases written in upstream as

[SSSD] [sssd PR#150][+Accepted] ssh: go to dp first when looking up host

URL: https://github.com/SSSD/sssd/pull/150 Title: #150: ssh: go to dp first when looking up host Label: +Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to sssd-devel-le...@lists.fedorahosted.org

[SSSD] [sssd PR#150][comment] ssh: go to dp first when looking up host

URL: https://github.com/SSSD/sssd/pull/150 Title: #150: ssh: go to dp first when looking up host lslebodn commented: """ test passed; ACK """ See the full comment at https://github.com/SSSD/sssd/pull/150#issuecomment-278355826 ___ sssd-devel mailing

[SSSD] [sssd PR#144][+Accepted] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty Label: +Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] [sssd PR#144][comment] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty pbrezina commented: """ Ack. """ See the full comment at https://github.com/SSSD/sssd/pull/144#issuecomment-278330012

[SSSD] [sssd PR#144][-Changes requested] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty Label: -Changes requested ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an

[SSSD] [sssd PR#144][+Changes requested] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty Label: +Changes requested ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an

[SSSD] [sssd PR#144][-Accepted] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty Label: -Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] [sssd PR#144][comment] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty fidencio commented: """ Patch set updated. """ See the full comment at https://github.com/SSSD/sssd/pull/144#issuecomment-278325426

[SSSD] [sssd PR#144][synchronized] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Author: fidencio Title: #144: SSSD does not start if using only the local provider and services line is empty Action: synchronized To pull the PR as Git branch: git remote add ghsssd https://github.com/SSSD/sssd git fetch ghsssd pull/144/head:pr144

[SSSD] [sssd PR#149][comment] Fix subdomain discovery if sssd.conf domain name is different from joined domain name

URL: https://github.com/SSSD/sssd/pull/149 Title: #149: Fix subdomain discovery if sssd.conf domain name is different from joined domain name lslebodn commented: """ On (08/02/17 05:00), Jakub Hrozek wrote: >Hmm, if the bug exists there, then yes. But I thought the bug was introduced >during

[SSSD] [sssd PR#149][comment] Fix subdomain discovery if sssd.conf domain name is different from joined domain name

URL: https://github.com/SSSD/sssd/pull/149 Title: #149: Fix subdomain discovery if sssd.conf domain name is different from joined domain name jhrozek commented: """ Hmm, if the bug exists there, then yes. But I thought the bug was introduced during the sssd-1-14 ad sudomains refactoring """

[SSSD] [sssd PR#144][comment] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty pbrezina commented: """ Sorry, I didn't push submit button. Darn github. """ See the full comment at

[SSSD] Re: Avoid running two instances of the same service (#3300)

On Wed, Feb 8, 2017 at 1:14 PM, Lukas Slebodnik wrote: > On (08/02/17 12:33), Fabiano Fidêncio wrote: >>On Wed, Feb 8, 2017 at 12:29 PM, Lukas Slebodnik wrote: >>> On (08/02/17 12:24), Fabiano Fidêncio wrote: On Wed, Feb 8, 2017 at 12:10 PM, Lukas

[SSSD] [sssd PR#144][+Accepted] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty Label: +Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] [sssd PR#144][comment] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty fidencio commented: """ There were no changes requested during the review. Changing, again, this patchset to Accepted. """ See the full comment at

[SSSD] [sssd PR#144][comment] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty pbrezina commented: """ I mean after changes requested in review are done. """ See the full comment at

[SSSD] [sssd PR#144][comment] SSSD does not start if using only the local provider and services line is empty

URL: https://github.com/SSSD/sssd/pull/144 Title: #144: SSSD does not start if using only the local provider and services line is empty pbrezina commented: """ Who knows which version will have local provider removed. Push these patches for now. """ See the full comment at

[SSSD] [sssd PR#145][comment] Fix storing a sudoRule attriubute in a case-insensitive domain when the attriubute values differ only by case

URL: https://github.com/SSSD/sssd/pull/145 Title: #145: Fix storing a sudoRule attriubute in a case-insensitive domain when the attriubute values differ only by case pbrezina commented: """ I wonder if we should warn admin about duplicit value in ldap. But ack to this patch. """ See the full

[SSSD] [sssd PR#150][opened] ssh: go to dp first when looking up host

URL: https://github.com/SSSD/sssd/pull/150 Author: pbrezina Title: #150: ssh: go to dp first when looking up host Action: opened PR body: """ There were three downstream test failures caused by not updating known_host files properly. Original code went to data provider prior to cache lookup

[SSSD] Re: Avoid running two instances of the same service (#3300)

On (08/02/17 12:33), Fabiano Fidêncio wrote: >On Wed, Feb 8, 2017 at 12:29 PM, Lukas Slebodnik wrote: >> On (08/02/17 12:24), Fabiano Fidêncio wrote: >>>On Wed, Feb 8, 2017 at 12:10 PM, Lukas Slebodnik wrote: On (05/02/17 23:24), Fabiano Fidêncio

[SSSD] Re: Avoid running two instances of the same service (#3300)

On (08/02/17 12:37), Fabiano Fidêncio wrote: >On Wed, Feb 8, 2017 at 12:29 PM, Lukas Slebodnik wrote: >> On (08/02/17 12:24), Fabiano Fidêncio wrote: >>>On Wed, Feb 8, 2017 at 12:10 PM, Lukas Slebodnik wrote: On (05/02/17 23:24), Fabiano Fidêncio

[SSSD] Re: Avoid running two instances of the same service (#3300)

On 02/07/2017 01:03 PM, Fabiano Fidêncio wrote: On Tue, Feb 7, 2017 at 12:58 PM, Pavel Březina wrote: On 02/07/2017 12:31 PM, Fabiano Fidêncio wrote: On Tue, Feb 7, 2017 at 12:20 PM, Pavel Březina wrote: On 02/05/2017 11:24 PM, Fabiano Fidêncio

[SSSD] Re: Avoid running two instances of the same service (#3300)

On Wed, Feb 8, 2017 at 12:29 PM, Lukas Slebodnik wrote: > On (08/02/17 12:24), Fabiano Fidêncio wrote: >>On Wed, Feb 8, 2017 at 12:10 PM, Lukas Slebodnik wrote: >>> On (05/02/17 23:24), Fabiano Fidêncio wrote: I've spent some amount of time trying to

[SSSD] Re: Avoid running two instances of the same service (#3300)

On Wed, Feb 8, 2017 at 12:29 PM, Lukas Slebodnik wrote: > On (08/02/17 12:24), Fabiano Fidêncio wrote: >>On Wed, Feb 8, 2017 at 12:10 PM, Lukas Slebodnik wrote: >>> On (05/02/17 23:24), Fabiano Fidêncio wrote: I've spent some amount of time trying to

[SSSD] Re: Avoid running two instances of the same service (#3300)

On (08/02/17 12:24), Fabiano Fidêncio wrote: >On Wed, Feb 8, 2017 at 12:10 PM, Lukas Slebodnik wrote: >> On (05/02/17 23:24), Fabiano Fidêncio wrote: >>>I've spent some amount of time trying to properly deal with this issue >>>and I really need the opinion/suggestion of more

[SSSD] Re: Avoid running two instances of the same service (#3300)

On Wed, Feb 8, 2017 at 12:10 PM, Lukas Slebodnik wrote: > On (05/02/17 23:24), Fabiano Fidêncio wrote: >>I've spent some amount of time trying to properly deal with this issue >>and I really need the opinion/suggestion of more experienced >>developers. >> >>Basically, as

[SSSD] Re: Avoid running two instances of the same service (#3300)

On (05/02/17 23:24), Fabiano Fidêncio wrote: >I've spent some amount of time trying to properly deal with this issue >and I really need the opinion/suggestion of more experienced >developers. > >Basically, as explained in #3300 this situation can happen is two >scenarios were the admin is mixing

[SSSD] [sssd PR#149][comment] Fix subdomain discovery if sssd.conf domain name is different from joined domain name

URL: https://github.com/SSSD/sssd/pull/149 Title: #149: Fix subdomain discovery if sssd.conf domain name is different from joined domain name lslebodn commented: """ On (08/02/17 02:19), Jakub Hrozek wrote: >* master: e947a871f7d3cfc4389e981a147fe10bedca0569 > Do we need this patch also in

[SSSD] [sssd PR#149][closed] Fix subdomain discovery if sssd.conf domain name is different from joined domain name

URL: https://github.com/SSSD/sssd/pull/149 Author: jhrozek Title: #149: Fix subdomain discovery if sssd.conf domain name is different from joined domain name Action: closed To pull the PR as Git branch: git remote add ghsssd https://github.com/SSSD/sssd git fetch ghsssd pull/149/head:pr149

[SSSD] [sssd PR#149][comment] Fix subdomain discovery if sssd.conf domain name is different from joined domain name

URL: https://github.com/SSSD/sssd/pull/149 Title: #149: Fix subdomain discovery if sssd.conf domain name is different from joined domain name jhrozek commented: """ * master: e947a871f7d3cfc4389e981a147fe10bedca0569 """ See the full comment at

[SSSD] [sssd PR#149][+Pushed] Fix subdomain discovery if sssd.conf domain name is different from joined domain name

URL: https://github.com/SSSD/sssd/pull/149 Title: #149: Fix subdomain discovery if sssd.conf domain name is different from joined domain name Label: +Pushed ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email

[SSSD] [sssd PR#149][-Accepted] Fix subdomain discovery if sssd.conf domain name is different from joined domain name

URL: https://github.com/SSSD/sssd/pull/149 Title: #149: Fix subdomain discovery if sssd.conf domain name is different from joined domain name Label: -Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an

[SSSD] [sssd PR#85][+Pushed] SYSDB: Removing of sysdb_try_to_find_expected_dn()

URL: https://github.com/SSSD/sssd/pull/85 Title: #85: SYSDB: Removing of sysdb_try_to_find_expected_dn() Label: +Pushed ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] [sssd PR#85][-Accepted] SYSDB: Removing of sysdb_try_to_find_expected_dn()

URL: https://github.com/SSSD/sssd/pull/85 Title: #85: SYSDB: Removing of sysdb_try_to_find_expected_dn() Label: -Accepted ___ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to

[SSSD] [sssd PR#85][closed] SYSDB: Removing of sysdb_try_to_find_expected_dn()

URL: https://github.com/SSSD/sssd/pull/85 Author: celestian Title: #85: SYSDB: Removing of sysdb_try_to_find_expected_dn() Action: closed To pull the PR as Git branch: git remote add ghsssd https://github.com/SSSD/sssd git fetch ghsssd pull/85/head:pr85 git checkout pr85

[SSSD] [sssd PR#127][closed] ssh: use cache_req

URL: https://github.com/SSSD/sssd/pull/127 Author: pbrezina Title: #127: ssh: use cache_req Action: closed To pull the PR as Git branch: git remote add ghsssd https://github.com/SSSD/sssd git fetch ghsssd pull/127/head:pr127 git checkout pr127 ___

[SSSD] [sssd PR#127][comment] ssh: use cache_req

URL: https://github.com/SSSD/sssd/pull/127 Title: #127: ssh: use cache_req jhrozek commented: """ Well, I *just* pushed the patches: 0b7ded1..a8191ce That's why I leave the accepted flag for quite some time before pushing..feel free to just remove it next time if you plan on testing patches

[SSSD] [sssd PR#127][comment] ssh: use cache_req

URL: https://github.com/SSSD/sssd/pull/127 Title: #127: ssh: use cache_req lslebodn commented: """ The commit "cache_req: add api to create ldb_result from message" broke integration tests: http://sssd-ci.duckdns.org/logs/job/62/01/summary.html The following commit fixed that. IMHO changing

[SSSD] [sssd PR#85][comment] SYSDB: Removing of sysdb_try_to_find_expected_dn()

URL: https://github.com/SSSD/sssd/pull/85 Title: #85: SYSDB: Removing of sysdb_try_to_find_expected_dn() jhrozek commented: """ master: * 0b7ded15e53b3f31f1570c366f04bc41e5761929 * f1e3364a72eb75673d10cf8c97ba8f1d7a385405 * 3ee411625aee19afda7477bb10b52c3da378b6fb *