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
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
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
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
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
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
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
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) -
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 \
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
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
11 matches
Mail list logo