[SSSD] [PATCH] sysdb_search_group_by_gid: obtain gid instead of uid

2013-09-06 Thread Pavel Březina
This looks like copy and paste error to me. We could probably skip this attribute, but I'd like to keep the returned elements same as in sysdb_search_group_by_name(). From fdd758a546c66cb7c101ba49c2a2c0131ffc14af Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Pavel=20B=C5=99ezina?= pbrez...@redhat.com

Re: [SSSD] [PATCH] DB: Add user/group lookup by SID

2013-09-06 Thread Jakub Hrozek
On Wed, Sep 04, 2013 at 09:30:37AM +0200, Ondrej Kos wrote: On 09/03/2013 12:08 AM, Jakub Hrozek wrote: On Tue, Aug 27, 2013 at 12:19:39PM +0200, Ondrej Kos wrote: On 08/26/2013 03:53 PM, Jakub Hrozek wrote: On Mon, Aug 26, 2013 at 02:58:18PM +0200, Ondrej Kos wrote: Hi, Attached patch

Re: [SSSD] [PATCH] Check our libraries properly resolve symbols

2013-09-06 Thread Jakub Hrozek
On Thu, Sep 05, 2013 at 09:48:27PM -0400, Simo Sorce wrote: While reviewing the recent big patchset I sent Sumit found out I did not add some .c files to the ldap provider (which I didn't test as I was working on the krb5 provider), and that broke the provider's shared library as one symbols

[SSSD] [PATCH] ad: store group in correct tree on initgroups via tokenGroups

2013-09-06 Thread Pavel Březina
https://fedorahosted.org/sssd/ticket/2066 Please note, that these patches has to be applied atop 0004-util-add-find_subdomain_by_sid.patch from my simple provider patches. You can also pull it from branch ad-groups at my fedorapeople repo. I still don't know why AD returns Domain Users from

Re: [SSSD] [PATCH] Check our libraries properly resolve symbols

2013-09-06 Thread Simo Sorce
On Fri, 2013-09-06 at 13:50 +0200, Jakub Hrozek wrote: On Thu, Sep 05, 2013 at 09:48:27PM -0400, Simo Sorce wrote: While reviewing the recent big patchset I sent Sumit found out I did not add some .c files to the ldap provider (which I didn't test as I was working on the krb5 provider), and

Re: [SSSD] [PATCHES] Simplify credential krb5 cache manipulation

2013-09-06 Thread Sumit Bose
On Tue, Sep 03, 2013 at 10:07:13PM -0400, Simo Sorce wrote: After the recent patches to explicitly enable the KEYRING type in SSSD I realized that the code that manipulates ccaches had grown too much, and, most importantly, was doing unnecessary operations already performed in an abstract way

Re: [SSSD] [PATCH] Check our libraries properly resolve symbols

2013-09-06 Thread Lukas Slebodnik
On (06/09/13 09:02), Simo Sorce wrote: On Fri, 2013-09-06 at 13:50 +0200, Jakub Hrozek wrote: On Thu, Sep 05, 2013 at 09:48:27PM -0400, Simo Sorce wrote: While reviewing the recent big patchset I sent Sumit found out I did not add some .c files to the ldap provider (which I didn't test as I

Re: [SSSD] mmap_cache problem

2013-09-06 Thread Simo Sorce
On Fri, 2013-09-06 at 16:26 +0200, Lukas Slebodnik wrote: Step 6) Remove record R3(hash_1:4, hash_2:3) stored at slot index 0x43 a) Remove record R3 from chain starting by hash R3-hash1 (value 4) hash[1] - 0x12(R1) - 0x43(R3) - 0x54(R4) - MC_INVALID_VAL hash[2] - 0x12(R1) - 0x43(R3) -

Re: [SSSD] [PATCH] Check our libraries properly resolve symbols

2013-09-06 Thread Simo Sorce
On Fri, 2013-09-06 at 15:27 +0200, Lukas Slebodnik wrote: This version works well. I tried to remove some files from library: diff -- @@ -1366,7 +1366,6 @@ endif nsslib_LTLIBRARIES = libnss_sss.la libnss_sss_la_SOURCES = \ -src/sss_client/common.c \

Re: [SSSD] mmap_cache problem

2013-09-06 Thread Lukas Slebodnik
On (06/09/13 12:48), Simo Sorce wrote: On Fri, 2013-09-06 at 16:26 +0200, Lukas Slebodnik wrote: Step 6) Remove record R3(hash_1:4, hash_2:3) stored at slot index 0x43 a) Remove record R3 from chain starting by hash R3-hash1 (value 4) hash[1] - 0x12(R1) - 0x43(R3) - 0x54(R4) - MC_INVALID_VAL

Re: [SSSD] mmap_cache problem

2013-09-06 Thread Simo Sorce
On Fri, 2013-09-06 at 19:45 +0200, Lukas Slebodnik wrote: On (06/09/13 12:48), Simo Sorce wrote: On Fri, 2013-09-06 at 16:26 +0200, Lukas Slebodnik wrote: Step 6) Remove record R3(hash_1:4, hash_2:3) stored at slot index 0x43 a) Remove record R3 from chain starting by hash R3-hash1 (value