On Fri, Apr 22, 2016 at 05:04:21PM +0200, Lukas Slebodnik wrote:
> On (22/04/16 15:57), Jakub Hrozek wrote:
> >On Mon, Apr 11, 2016 at 03:35:52PM +0200, Jakub Hrozek wrote:
> >> On Mon, Apr 11, 2016 at 02:58:06PM +0200, Lukas Slebodnik wrote:
> >> > On (11/04/16 13:39), Jakub Hrozek wrote:
> >> > >
On Fri, Apr 22, 2016 at 05:41:31PM +0200, Jakub Hrozek wrote:
> On Fri, Apr 22, 2016 at 05:34:47PM +0200, Sumit Bose wrote:
> > On Fri, Apr 22, 2016 at 05:17:29PM +0200, Jakub Hrozek wrote:
> > > On Fri, Apr 22, 2016 at 05:03:06PM +0200, Lukas Slebodnik wrote:
> > > > On (22/04/16 15:41), Jakub Hro
On Fri, Apr 22, 2016 at 05:34:47PM +0200, Sumit Bose wrote:
> On Fri, Apr 22, 2016 at 05:17:29PM +0200, Jakub Hrozek wrote:
> > On Fri, Apr 22, 2016 at 05:03:06PM +0200, Lukas Slebodnik wrote:
> > > On (22/04/16 15:41), Jakub Hrozek wrote:
> > > >On Tue, Apr 19, 2016 at 04:11:54PM +0200, Sumit Bose
On Fri, Apr 22, 2016 at 05:17:29PM +0200, Jakub Hrozek wrote:
> On Fri, Apr 22, 2016 at 05:03:06PM +0200, Lukas Slebodnik wrote:
> > On (22/04/16 15:41), Jakub Hrozek wrote:
> > >On Tue, Apr 19, 2016 at 04:11:54PM +0200, Sumit Bose wrote:
> > >> Hi,
> > >>
> > >> this is a follow-up patch to 5a5f1
On Fri, Apr 22, 2016 at 05:03:06PM +0200, Lukas Slebodnik wrote:
> On (22/04/16 15:41), Jakub Hrozek wrote:
> >On Tue, Apr 19, 2016 at 04:11:54PM +0200, Sumit Bose wrote:
> >> Hi,
> >>
> >> this is a follow-up patch to 5a5f1e1053415efaa99bb4d5bc7ce7ac0a95b757
> >> which removes another call to ipa
On (22/04/16 15:57), Jakub Hrozek wrote:
>On Mon, Apr 11, 2016 at 03:35:52PM +0200, Jakub Hrozek wrote:
>> On Mon, Apr 11, 2016 at 02:58:06PM +0200, Lukas Slebodnik wrote:
>> > On (11/04/16 13:39), Jakub Hrozek wrote:
>> > >On Mon, Apr 11, 2016 at 01:12:51PM +0200, Lukas Slebodnik wrote:
>> > >> eh
On (22/04/16 15:41), Jakub Hrozek wrote:
>On Tue, Apr 19, 2016 at 04:11:54PM +0200, Sumit Bose wrote:
>> Hi,
>>
>> this is a follow-up patch to 5a5f1e1053415efaa99bb4d5bc7ce7ac0a95b757
>> which removes another call to ipa_check_master() which might cause an
>> infinite loop on an IPA client if the
On Fri, Apr 22, 2016 at 03:20:56PM +0200, Jakub Hrozek wrote:
> On Wed, Apr 13, 2016 at 03:45:22PM +0200, Sumit Bose wrote:
> > Hi,
> >
> > this is a bit of a follow-up patch to "subdomains: inherit
> > ldap_krb5_keytab". It turned out that if the default keytab contains
> > some completely unrela
On Mon, Apr 11, 2016 at 03:35:52PM +0200, Jakub Hrozek wrote:
> On Mon, Apr 11, 2016 at 02:58:06PM +0200, Lukas Slebodnik wrote:
> > On (11/04/16 13:39), Jakub Hrozek wrote:
> > >On Mon, Apr 11, 2016 at 01:12:51PM +0200, Lukas Slebodnik wrote:
> > >> ehlo,
> > >>
> > >> following patch help me to
On Wed, Apr 20, 2016 at 01:35:03PM +0200, Petr Cech wrote:
> On 04/20/2016 12:52 PM, Lukas Slebodnik wrote:
> > On (20/04/16 12:36), Petr Cech wrote:
> > > >On 04/18/2016 10:34 AM, Lukas Slebodnik wrote:
> > > > >>ehlo,
> > > > >>
> > > > >>I use special local user for building srpms in mock
> > >
On Tue, Apr 19, 2016 at 04:11:54PM +0200, Sumit Bose wrote:
> Hi,
>
> this is a follow-up patch to 5a5f1e1053415efaa99bb4d5bc7ce7ac0a95b757
> which removes another call to ipa_check_master() which might cause an
> infinite loop on an IPA client if the server does not support views.
>
> Please not
Hi,
attached patch set resolves ticket [1].
It is a refactor of negative cache. I prepared patch set step by step,
so reviewer can do review simpler. If you prefer two bigger patches
please write me.
Notice: This patch set is applicable after [2]
[1] https://fedorahosted.org/sssd/ticket/23
On Wed, Apr 13, 2016 at 03:45:22PM +0200, Sumit Bose wrote:
> Hi,
>
> this is a bit of a follow-up patch to "subdomains: inherit
> ldap_krb5_keytab". It turned out that if the default keytab contains
> some completely unrelated keys the SASL initialization might e.g. pick a
> wrong realm name beca
On Fri, Apr 22, 2016 at 09:07:09AM +0200, Lukas Slebodnik wrote:
> On (21/04/16 18:10), Pavel Reichl wrote:
> >
> >
> >On 04/21/2016 03:24 PM, Pavel Březina wrote:
> >> Hi,
> >> the data provider code is basically ready for someone to start looking
> >> into it. I'm in the process of converting ol
On (21/04/16 18:10), Pavel Reichl wrote:
>
>
>On 04/21/2016 03:24 PM, Pavel Březina wrote:
>> Hi,
>> the data provider code is basically ready for someone to start looking into
>> it. I'm in the process of converting old handlers to the new interface (sudo
>> and hostid is finished) and at this m
On (02/12/15 17:10), Michal Židek wrote:
>Hi!
>
>I saw some integration tests failures recently,
>and I think there is a race condition between the
>enumeration refresh timeout and the sleeps
>after some operations that wait for this timeout.
>SSSD fails to populate changes from LDAP in time
>and s
16 matches
Mail list logo