k" <pspa...@redhat.com>
> Cc: freeipa-devel@redhat.com
> Sent: Thursday, April 21, 2016 7:39:02 PM
> Subject: Re: [Freeipa-devel] Locations design v2: LDAP schema & user
> interface
>
>
>
> On 21.04.2016 18:58, Simo Sorce wrote:
> > On Thu, 2016-04-21 at
On 21.04.2016 18:58, Simo Sorce wrote:
On Thu, 2016-04-21 at 17:39 +0200, Petr Spacek wrote:
On 19.4.2016 19:17, Simo Sorce wrote:
On Tue, 2016-04-19 at 11:11 +0200, Petr Spacek wrote:
On 18.4.2016 21:33, Simo Sorce wrote:
On Mon, 2016-04-18 at 17:44 +0200, Petr Spacek wrote:
* Find,
On Thu, 2016-04-21 at 17:39 +0200, Petr Spacek wrote:
> On 19.4.2016 19:17, Simo Sorce wrote:
> > On Tue, 2016-04-19 at 11:11 +0200, Petr Spacek wrote:
> >> On 18.4.2016 21:33, Simo Sorce wrote:
> >>> On Mon, 2016-04-18 at 17:44 +0200, Petr Spacek wrote:
> * Find, filter and copy hand-made
On 19.4.2016 19:17, Simo Sorce wrote:
> On Tue, 2016-04-19 at 11:11 +0200, Petr Spacek wrote:
>> On 18.4.2016 21:33, Simo Sorce wrote:
>>> On Mon, 2016-04-18 at 17:44 +0200, Petr Spacek wrote:
* Find, filter and copy hand-made records from main tree into the
_locations sub-trees. This
On Tue, 2016-04-19 at 11:11 +0200, Petr Spacek wrote:
> On 18.4.2016 21:33, Simo Sorce wrote:
> > On Mon, 2016-04-18 at 17:44 +0200, Petr Spacek wrote:
> >> * Find, filter and copy hand-made records from main tree into the
> >> _locations sub-trees. This means that every hand-made record
> >>
On 18.4.2016 21:33, Simo Sorce wrote:
> On Mon, 2016-04-18 at 17:44 +0200, Petr Spacek wrote:
>> * Find, filter and copy hand-made records from main tree into the
>> _locations sub-trees. This means that every hand-made record
>> needs to be copied and synchronized N-times where N = number of IPA
On Mon, 2016-04-18 at 17:44 +0200, Petr Spacek wrote:
> * Find, filter and copy hand-made records from main tree into the
> _locations sub-trees. This means that every hand-made record
> needs to be copied and synchronized N-times where N = number of IPA
> locations.
This ^^ seem the one that
On 18.4.2016 17:44, Petr Spacek wrote:
> On 18.4.2016 16:42, Martin Basti wrote:
>>
>>
>> On 18.04.2016 15:22, Petr Spacek wrote:
>>> On 6.4.2016 10:57, Petr Spacek wrote:
On 6.4.2016 10:50, Jan Cholasta wrote:
> On 4.4.2016 13:51, Petr Spacek wrote:
>> On 4.4.2016 13:39, Martin Basti
On 18.04.2016 15:22, Petr Spacek wrote:
On 6.4.2016 10:57, Petr Spacek wrote:
On 6.4.2016 10:50, Jan Cholasta wrote:
On 4.4.2016 13:51, Petr Spacek wrote:
On 4.4.2016 13:39, Martin Basti wrote:
On 31.03.2016 09:58, Petr Spacek wrote:
On 26.2.2016 15:37, Petr Spacek wrote:
On 25.2.2016
On 6.4.2016 10:57, Petr Spacek wrote:
> On 6.4.2016 10:50, Jan Cholasta wrote:
>> On 4.4.2016 13:51, Petr Spacek wrote:
>>> On 4.4.2016 13:39, Martin Basti wrote:
On 31.03.2016 09:58, Petr Spacek wrote:
> On 26.2.2016 15:37, Petr Spacek wrote:
>> On 25.2.2016 16:46, Simo
On 6.4.2016 10:57, Petr Spacek wrote:
On 6.4.2016 10:50, Jan Cholasta wrote:
On 4.4.2016 13:51, Petr Spacek wrote:
On 4.4.2016 13:39, Martin Basti wrote:
On 31.03.2016 09:58, Petr Spacek wrote:
On 26.2.2016 15:37, Petr Spacek wrote:
On 25.2.2016 16:46, Simo Sorce wrote:
On Thu,
On 6.4.2016 10:50, Jan Cholasta wrote:
> On 4.4.2016 13:51, Petr Spacek wrote:
>> On 4.4.2016 13:39, Martin Basti wrote:
>>>
>>>
>>> On 31.03.2016 09:58, Petr Spacek wrote:
On 26.2.2016 15:37, Petr Spacek wrote:
> On 25.2.2016 16:46, Simo Sorce wrote:
>> On Thu, 2016-02-25 at 15:54
On 4.4.2016 13:51, Petr Spacek wrote:
On 4.4.2016 13:39, Martin Basti wrote:
On 31.03.2016 09:58, Petr Spacek wrote:
On 26.2.2016 15:37, Petr Spacek wrote:
On 25.2.2016 16:46, Simo Sorce wrote:
On Thu, 2016-02-25 at 15:54 +0100, Petr Spacek wrote:
On 25.2.2016 15:28, Simo Sorce wrote:
On
On 4.4.2016 13:39, Martin Basti wrote:
>
>
> On 31.03.2016 09:58, Petr Spacek wrote:
>> On 26.2.2016 15:37, Petr Spacek wrote:
>>> On 25.2.2016 16:46, Simo Sorce wrote:
On Thu, 2016-02-25 at 15:54 +0100, Petr Spacek wrote:
> On 25.2.2016 15:28, Simo Sorce wrote:
>> On Thu,
On 31.03.2016 09:58, Petr Spacek wrote:
On 26.2.2016 15:37, Petr Spacek wrote:
On 25.2.2016 16:46, Simo Sorce wrote:
On Thu, 2016-02-25 at 15:54 +0100, Petr Spacek wrote:
On 25.2.2016 15:28, Simo Sorce wrote:
On Thu, 2016-02-25 at 14:45 +0100, Petr Spacek wrote:
Variant C
-
An
On 26.2.2016 15:37, Petr Spacek wrote:
> On 25.2.2016 16:46, Simo Sorce wrote:
>> On Thu, 2016-02-25 at 15:54 +0100, Petr Spacek wrote:
>>> On 25.2.2016 15:28, Simo Sorce wrote:
On Thu, 2016-02-25 at 14:45 +0100, Petr Spacek wrote:
> Variant C
> -
> An alternative is to be
On 25.2.2016 16:46, Simo Sorce wrote:
> On Thu, 2016-02-25 at 15:54 +0100, Petr Spacek wrote:
>> On 25.2.2016 15:28, Simo Sorce wrote:
>>> On Thu, 2016-02-25 at 14:45 +0100, Petr Spacek wrote:
Variant C
-
An alternative is to be lazy and dumb. Maybe it would be enough for
On Thu, 2016-02-25 at 15:54 +0100, Petr Spacek wrote:
> On 25.2.2016 15:28, Simo Sorce wrote:
> > On Thu, 2016-02-25 at 14:45 +0100, Petr Spacek wrote:
> >> Variant C
> >> -
> >> An alternative is to be lazy and dumb. Maybe it would be enough for
> >> the first
> >> round ...
> >>
> >> We
On 25.2.2016 15:28, Simo Sorce wrote:
> On Thu, 2016-02-25 at 14:45 +0100, Petr Spacek wrote:
>> Variant C
>> -
>> An alternative is to be lazy and dumb. Maybe it would be enough for
>> the first
>> round ...
>>
>> We would retain
>> [first step - no change from variant A]
>> * create
On Thu, 2016-02-25 at 14:45 +0100, Petr Spacek wrote:
> Variant C
> -
> An alternative is to be lazy and dumb. Maybe it would be enough for
> the first
> round ...
>
> We would retain
> [first step - no change from variant A]
> * create locations
> * assign 'main' (aka 'primary' aka
On 24.2.2016 15:25, Simo Sorce wrote:
> On Wed, 2016-02-24 at 10:00 +0100, Martin Kosek wrote:
>> On 02/23/2016 06:59 PM, Petr Spacek wrote:
>>> On 23.2.2016 18:14, Simo Sorce wrote:
>> ...
More seriously I think it is a great idea, but too premature to get all
the way there now. We need
On Wed, 2016-02-24 at 10:00 +0100, Martin Kosek wrote:
> On 02/23/2016 06:59 PM, Petr Spacek wrote:
> > On 23.2.2016 18:14, Simo Sorce wrote:
> ...
> >> More seriously I think it is a great idea, but too premature to get all
> >> the way there now. We need to build schema and CLI that will allow
On 02/23/2016 06:59 PM, Petr Spacek wrote:
> On 23.2.2016 18:14, Simo Sorce wrote:
...
>> More seriously I think it is a great idea, but too premature to get all
>> the way there now. We need to build schema and CLI that will allow us to
>> get there without having to completely change interfaces
On 23.2.2016 18:14, Simo Sorce wrote:
>> > Petr Vobornik mentioned an important question:
>> > Should we care about non-IPA services?
>> >
>> > IMHO it is a valid point. It complicates things a lot as soon as we start
>> > introducing 'locations per service'. It is certainly doable but I would
On Tue, 2016-02-23 at 18:04 +0100, Petr Spacek wrote:
> On 23.2.2016 15:19, Simo Sorce wrote:
> > On Tue, 2016-02-23 at 12:43 +0100, Petr Spacek wrote:
> >> On 23.2.2016 11:00, Jan Cholasta wrote:
> >>> Hi,
> >>>
> >>> On 19.2.2016 16:31, Simo Sorce wrote:
> On Fri, 2016-02-19 at 08:58 +0100,
On 23.2.2016 15:19, Simo Sorce wrote:
> On Tue, 2016-02-23 at 12:43 +0100, Petr Spacek wrote:
>> On 23.2.2016 11:00, Jan Cholasta wrote:
>>> Hi,
>>>
>>> On 19.2.2016 16:31, Simo Sorce wrote:
On Fri, 2016-02-19 at 08:58 +0100, Petr Spacek wrote:
> On 4.2.2016 18:21, Petr Spacek wrote:
On 02/19/2016 04:31 PM, Simo Sorce wrote:
On Fri, 2016-02-19 at 08:58 +0100, Petr Spacek wrote:
On 4.2.2016 18:21, Petr Spacek wrote:
On 3.2.2016 18:41, Petr Spacek wrote:
Hello,
I've updated the design page
http://www.freeipa.org/page/V4/DNS_Location_Mechanism
Namely it now contains
On Tue, 2016-02-23 at 12:43 +0100, Petr Spacek wrote:
> On 23.2.2016 11:00, Jan Cholasta wrote:
> > Hi,
> >
> > On 19.2.2016 16:31, Simo Sorce wrote:
> >> On Fri, 2016-02-19 at 08:58 +0100, Petr Spacek wrote:
> >>> On 4.2.2016 18:21, Petr Spacek wrote:
> On 3.2.2016 18:41, Petr Spacek wrote:
On 23.2.2016 11:00, Jan Cholasta wrote:
> Hi,
>
> On 19.2.2016 16:31, Simo Sorce wrote:
>> On Fri, 2016-02-19 at 08:58 +0100, Petr Spacek wrote:
>>> On 4.2.2016 18:21, Petr Spacek wrote:
On 3.2.2016 18:41, Petr Spacek wrote:
> Hello,
>
> I've updated the design page
>
Hi,
On 19.2.2016 16:31, Simo Sorce wrote:
On Fri, 2016-02-19 at 08:58 +0100, Petr Spacek wrote:
On 4.2.2016 18:21, Petr Spacek wrote:
On 3.2.2016 18:41, Petr Spacek wrote:
Hello,
I've updated the design page
http://www.freeipa.org/page/V4/DNS_Location_Mechanism
Namely it now contains
On Fri, 2016-02-19 at 08:58 +0100, Petr Spacek wrote:
> On 4.2.2016 18:21, Petr Spacek wrote:
> > On 3.2.2016 18:41, Petr Spacek wrote:
> >> Hello,
> >>
> >> I've updated the design page
> >> http://www.freeipa.org/page/V4/DNS_Location_Mechanism
> >>
> >> Namely it now contains 'Version 2'.
> >
>
On 4.2.2016 18:21, Petr Spacek wrote:
> On 3.2.2016 18:41, Petr Spacek wrote:
>> Hello,
>>
>> I've updated the design page
>> http://www.freeipa.org/page/V4/DNS_Location_Mechanism
>>
>> Namely it now contains 'Version 2'.
>
> Okay, here is the idea how we can make it flexible:
>
32 matches
Mail list logo
