On 05/23/2011 07:37 PM, Simo Sorce wrote:
> For the first time a user connect to a new resource I think a minimum
> delay is acceptable. If we find out that this is actually more then a
> short delay, then we can try to add workarounds.
>
I bet this delay will be a big problem in the proposed desig
On Mon, 2011-05-23 at 19:20 -0400, Dmitri Pal wrote:
> But this means that on any first attempt by a foreign user to access a
> RHEL system we might either fail to determine the right domain since the
> time to sort things out might be long enough and we will give up and
> return an error to the c
On 05/23/2011 06:27 PM, Simo Sorce wrote:
>
> - Original Message -
>> On 05/23/2011 08:40 AM, Simo Sorce wrote:
>>> On Mon, 2011-05-23 at 08:27 -0400, Stephen Gallagher wrote:
On Fri, 2011-05-20 at 11:22 +0200, Sumit Bose wrote:
> Hi,
>
> with this email I would like to sta
- Original Message -
> On 05/23/2011 08:40 AM, Simo Sorce wrote:
> > On Mon, 2011-05-23 at 08:27 -0400, Stephen Gallagher wrote:
> >> On Fri, 2011-05-20 at 11:22 +0200, Sumit Bose wrote:
> >>> Hi,
> >>>
> >>> with this email I would like to start some discussion and collect
> >>> ideas
>
On 05/23/2011 08:40 AM, Simo Sorce wrote:
> On Mon, 2011-05-23 at 08:27 -0400, Stephen Gallagher wrote:
>> On Fri, 2011-05-20 at 11:22 +0200, Sumit Bose wrote:
>>> Hi,
>>>
>>> with this email I would like to start some discussion and collect ideas
>>> and use-cases about a new concept for sssd, nam
On Mon, 2011-05-23 at 21:27 +0200, Sumit Bose wrote:
> On Mon, May 23, 2011 at 03:00:47PM -0400, Stephen Gallagher wrote:
> >
> > On RHEL 5 and other older platforms, failing to set _GNU_SOURCE
> > early would cause some functions - such as strndup() - to be
> > unavailable.
> >
> > This patch fi
On Mon, May 23, 2011 at 03:00:47PM -0400, Stephen Gallagher wrote:
>
> On RHEL 5 and other older platforms, failing to set _GNU_SOURCE
> early would cause some functions - such as strndup() - to be
> unavailable.
>
> This patch fixes the broken RHEL 5 automated build.
ACK
bye,
Sumit
___
On RHEL 5 and other older platforms, failing to set _GNU_SOURCE
early would cause some functions - such as strndup() - to be
unavailable.
This patch fixes the broken RHEL 5 automated build.
From 2642f15432cf3c1a9d3e5583cefc7462fda45320 Mon Sep 17 00:00:00 2001
From: Stephen Gallagher
Date: Mon,
On Mon, 2011-05-23 at 10:57 -0400, Stephen Gallagher wrote:
> On Mon, 2011-05-23 at 16:10 +0200, Sumit Bose wrote:
> > On Sun, May 22, 2011 at 05:21:23PM -0400, Stephen Gallagher wrote:
> > >
> > >
> > > On May 22, 2011, at 12:37 PM, Jakub Hrozek wrote:
> > >
> > > > On 05/20/2011 09:44 AM, Sum
On Mon, 2011-05-23 at 08:39 +0200, Jan Zelený wrote:
> > On 05/20/2011 12:32 PM, Stephen Gallagher wrote:
> > > On Thu, 2011-05-19 at 10:53 +0200, Jakub Hrozek wrote:
> > >> On 05/18/2011 10:40 PM, Jan Zeleny wrote:
> > >>> Stephen Gallagher wrote:
> > Patch 0001: Stop building a fake interfa
On Mon, 2011-05-23 at 10:47 -0400, Stephen Gallagher wrote:
> On Mon, 2011-05-23 at 16:40 +0200, Sumit Bose wrote:
> > Hi,
> >
> > by chance so far string.h was always included before sss_cli.h. But to be
> > on the safe side we should include string.h in sss_cli.h because
> > safealign_memcpy() i
On Mon, 2011-05-23 at 16:10 +0200, Sumit Bose wrote:
> On Sun, May 22, 2011 at 05:21:23PM -0400, Stephen Gallagher wrote:
> >
> >
> > On May 22, 2011, at 12:37 PM, Jakub Hrozek wrote:
> >
> > > On 05/20/2011 09:44 AM, Sumit Bose wrote:
> > >> On Fri, May 20, 2011 at 09:34:06AM +0200, Jakub Hroz
On Mon, 2011-05-23 at 16:40 +0200, Sumit Bose wrote:
> Hi,
>
> by chance so far string.h was always included before sss_cli.h. But to be
> on the safe side we should include string.h in sss_cli.h because
> safealign_memcpy() is define here which calls memcpy().
Ack.
signature.asc
Description: T
Hi,
by chance so far string.h was always included before sss_cli.h. But to be
on the safe side we should include string.h in sss_cli.h because
safealign_memcpy() is define here which calls memcpy().
bye,
Sumit
From aa420d04631c5dcb18bed05394490ef6b133eed3 Mon Sep 17 00:00:00 2001
From: Sumit Bose
On Sun, May 22, 2011 at 05:21:23PM -0400, Stephen Gallagher wrote:
>
>
> On May 22, 2011, at 12:37 PM, Jakub Hrozek wrote:
>
> > On 05/20/2011 09:44 AM, Sumit Bose wrote:
> >> On Fri, May 20, 2011 at 09:34:06AM +0200, Jakub Hrozek wrote:
> >>> On 05/19/2011 05:12 PM, Sumit Bose wrote:
> Hi
On Mon, 2011-05-23 at 08:27 -0400, Stephen Gallagher wrote:
> On Fri, 2011-05-20 at 11:22 +0200, Sumit Bose wrote:
> > Hi,
> >
> > with this email I would like to start some discussion and collect ideas
> > and use-cases about a new concept for sssd, namely sub-domains.
> >
> > Currently in sssd
On Fri, 2011-05-20 at 11:22 +0200, Sumit Bose wrote:
> Hi,
>
> with this email I would like to start some discussion and collect ideas
> and use-cases about a new concept for sssd, namely sub-domains.
>
> Currently in sssd a domain is like a single namespace which has to be
> defined in sssd.conf
On Thu, 2011-05-19 at 12:46 +0200, Jakub Hrozek wrote:
> I've been working on extending our resolver code to honour TTL lately.
> One of the problems I'm solving is the data structure we pass from our
> resolver abstraction over c-ares to the failover code.
>
> Currently, the code uses "struct hos
18 matches
Mail list logo
