On 01/10/2013 05:11 PM, John Dennis wrote:
On 01/10/2013 10:23 AM, Martin Kosek wrote:
AFAIU, the API will not change as we do the CSV processing only on
client side
and send processed entries to the server. CSV processing on old
clients should
still work fine.
Is that really true? I thought I
On 01/10/2013 09:34 PM, Rob Crittenden wrote:
> We were asserting that the uniqueMember contain DN objects but weren't
> actually
> making them DN objects.
>
> A sample entry looks like:
>
> dn: cn=Group1,ou=Groups,dc=example,dc=com
> gidNumber: 1001
> objectClass: top
> objectClass: groupOfUniq
On 01/10/2013 10:53 PM, Rob Crittenden wrote:
> Martin Kosek wrote:
>> Target Group parameter was not processed correctly which caused
>> permission-find to always crash when this search parameter was used.
>> Fix the crash and create a unit test case to avoid future regression.
>>
>> https://fedor
On 01/11/2013 12:10 AM, Rob Crittenden wrote:
> Martin Kosek wrote:
>> When CRL files are being migrated to a new directory, the upgrade
>> log may contain an error message raised during MasterCRL.bin symlink
>> migration. This is actually being caused by `chown' operation which
>> tried to chown a
We had a small discussion off-list about how we want IPA's LDAP handling
to look in the future.
To continue the discussion publicly I've summarized the results and
added some of my own ideas to a page.
John gets credit for the overview (the mistakes & WTFs are mine).
The text is on http://freei
LDAP updates were sorted by number of RDNs in DN. This, however,
sometimes caused updates to be executed before cn=schema updates.
If the update required an objectClass or attributeType added during
the cn=schema update, the update operation failed.
Fix the sorting so that the cn=schema updates ar
Petr Viktorin wrote:
We had a small discussion off-list about how we want IPA's LDAP handling
to look in the future.
To continue the discussion publicly I've summarized the results and
added some of my own ideas to a page.
John gets credit for the overview (the mistakes & WTFs are mine).
The tex
On 01/11/2013 09:10 AM, Rob Crittenden wrote:
Petr Viktorin wrote:
We had a small discussion off-list about how we want IPA's LDAP handling
to look in the future.
To continue the discussion publicly I've summarized the results and
added some of my own ideas to a page.
John gets credit for the ov
John Dennis wrote:
On 01/11/2013 09:10 AM, Rob Crittenden wrote:
Petr Viktorin wrote:
We had a small discussion off-list about how we want IPA's LDAP handling
to look in the future.
To continue the discussion publicly I've summarized the results and
added some of my own ideas to a page.
John ge
Hello list,
This discussion was started in private; I'll continue it here.
On 01/10/2013 05:41 PM, John Dennis wrote:
On 01/10/2013 04:27 AM, Petr Viktorin wrote:
On 01/09/2013 03:55 PM, John Dennis wrote:
And I could work on improving the i18n/translations infrastructure,
starting by writin
On 01/11/2013 09:55 AM, Rob Crittenden wrote:
John Dennis wrote:
On 01/11/2013 09:10 AM, Rob Crittenden wrote:
Petr Viktorin wrote:
We had a small discussion off-list about how we want IPA's LDAP handling
to look in the future.
To continue the discussion publicly I've summarized the results an
On 01/11/2013 03:55 PM, Rob Crittenden wrote:
John Dennis wrote:
On 01/11/2013 09:10 AM, Rob Crittenden wrote:
Petr Viktorin wrote:
We had a small discussion off-list about how we want IPA's LDAP
handling
to look in the future.
To continue the discussion publicly I've summarized the results an
John Dennis wrote:
On 01/11/2013 09:55 AM, Rob Crittenden wrote:
John Dennis wrote:
On 01/11/2013 09:10 AM, Rob Crittenden wrote:
Petr Viktorin wrote:
We had a small discussion off-list about how we want IPA's LDAP
handling
to look in the future.
To continue the discussion publicly I've summa
Give a clear message about what is wrong with current Trust settings
before letting AD to return a confusing error message.
https://fedorahosted.org/freeipa/ticket/3193
From c792dffbc65aba27d18196def91da14c2e98f5f4 Mon Sep 17 00:00:00 2001
From: Martin Kosek
Date: Fri, 11 Jan 2013 16:33:43 +0100
On 01/11/2013 10:04 AM, Petr Viktorin wrote:
Hello list,
This discussion was started in private; I'll continue it here.
On 01/10/2013 05:41 PM, John Dennis wrote:
On 01/10/2013 04:27 AM, Petr Viktorin wrote:
On 01/09/2013 03:55 PM, John Dennis wrote:
And I could work on improving the i18n/t
On Mon 03 Dec 2012 05:20:32 AM PST, Lynn Root wrote:
On 11/30/2012 10:35 PM, Rob Crittenden wrote:
Lynn Root wrote:
Returns a clearer hint when user is running ipa-client-automount with
possible firewall up and blocking need ports.
Not sure if this patch is worded correctly in order to address
Hello,
Don't fail if idnsSOAserial attribute is missing in LDAP.
DNS zones created on remote IPA 3.0 server don't have
idnsSOAserial attribute present in LDAP.
https://bugzilla.redhat.com/show_bug.cgi?id=894131
Attached patch contains the minimal set of changes need for resurr
2013/1/11 John Dennis
> On 01/11/2013 10:04 AM, Petr Viktorin wrote:
>
>> Hello list,
>> This discussion was started in private; I'll continue it here.
>>
>> On 01/10/2013 05:41 PM, John Dennis wrote:
>>
>>> On 01/10/2013 04:27 AM, Petr Viktorin wrote:
>>>
On 01/09/2013 03:55 PM, John Dennis
On 01/11/2013 02:44 PM, Jérôme Fenal wrote:
2013/1/11 John Dennis mailto:jden...@redhat.com>>
Thank you Jérôme for your insights as a translator. We have a lop-sided
perspective mostly from the developer point of view. We need to better
understand the translator's perspective.
I'm not
On 01/11/2013 12:47 PM, Lynn Root wrote:
> On Mon 03 Dec 2012 05:20:32 AM PST, Lynn Root wrote:
>> On 11/30/2012 10:35 PM, Rob Crittenden wrote:
>>> Lynn Root wrote:
Returns a clearer hint when user is running ipa-client-automount with
possible firewall up and blocking need ports.
>>
2013/1/11 John Dennis
> On 01/11/2013 02:44 PM, Jérôme Fenal wrote:
>
>> 2013/1/11 John Dennis mailto:jden...@redhat.com>>
>>
>
> Thank you Jérôme for your insights as a translator. We have a lop-sided
> perspective mostly from the developer point of view. We need to better
> understand the trans
On 01/11/2013 04:00 PM, Jérôme Fenal wrote:
When you say easy to upload a .po onto another branch I assume you
don't mean branch (TX has no such concept) but rather another TX
resource. Anyway this is good to know, perhaps the way TX handles
versions is not half as bad as it would
2013/1/11 John Dennis
> On 01/11/2013 04:00 PM, Jérôme Fenal wrote:
>
>> When you say easy to upload a .po onto another branch I assume you
>> don't mean branch (TX has no such concept) but rather another TX
>> resource. Anyway this is good to know, perhaps the way TX handles
>> v
Rob Crittenden wrote:
Petr Viktorin wrote:
On 01/07/2013 05:42 PM, Rob Crittenden wrote:
Petr Viktorin wrote:
On 01/07/2013 03:09 PM, Rob Crittenden wrote:
Petr Viktorin wrote:
[...]
Works for me, but I have some questions (this is an area I know
little
about).
Can we be 100% sure these c
24 matches
Mail list logo