Hi,
I've just uploaded an SSSD package to the FreeIPA team PPA [1] to be
tested on Ubuntu Karmic. It builds a snapshot from the git master tree
(via the bzr import of master [2]). The specific Debian packaging is
available from another bzr branch [3].
[1]: https://launchpad.net/~freeipa/+archive/
On Thu, Aug 13, 2009 at 04:24:29PM -0400, Jenny Galipeau wrote:
> All automated scripts can be found here
> https://engineering.redhat.com/trac/ipa-tests/browser/trunk/ipa-tests/tet/testcases/IPA/acceptance/sssd/
Jenny,
Thanks for sending this out to everyone. I'm wondering if the
automated
On Tue, Aug 11, 2009 at 06:09:24AM -0400, Simo Sorce wrote:
> Given we use git it doesn't seem a great match.
> If the Fedora facility do upgrade to the newer Transifex, then maybe
> that's going to be easier for us as we will not need to make any bzr to
> git transformation and use 2 separate acc
>
>>> 2) We run the enumeration in a single transaction (and yes I have
>>> recently introduced this), which means any other operation is blocked
>>> until the enumeration is finished.
>>>
>>>
>> Can we create a special back end for enumerations and separate it from
>> individual oper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2009 02:23 PM, Jenny Galipeau wrote:
> Martin Nagy wrote:
>> On Thu, 2009-08-13 at 13:12 +0200, Jakub Hrozek wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> On 08/13/2009 10:02 AM, Martin Nagy wrote:
>>>
Sh
On 08/13/2009 12:31 PM, Simo Sorce wrote:
> On Thu, 2009-08-13 at 12:18 -0400, Stephen Gallagher wrote:
>> Currently, if an additional request comes in for a cache entry
>> while that same entry is already in the process of being refreshed,
>> we start a duplicate cache update request. This patch a
On Thu, 2009-08-13 at 13:17 -0400, Dmitri Pal wrote:
> Simo Sorce wrote:
> > Hello all,
> > during this month I have been slowly working on a set of patches to move
> > from storing information in 2 different formats (legacy and
> > member/memberOf based) to just one format (member/memberOf based)
Martin Nagy wrote:
> On Thu, 2009-08-13 at 13:12 +0200, Jakub Hrozek wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 08/13/2009 10:02 AM, Martin Nagy wrote:
>>
>>> Shouldn't you also check here if ctx->name is not "proxy" and the confdb
>>> parameter "libName" isn't se
On Thu, 2009-08-13 at 12:18 -0400, Stephen Gallagher wrote:
> Currently, if an additional request comes in for a cache entry
> while that same entry is already in the process of being refreshed,
> we start a duplicate cache update request. This patch adds allows
> the cache to maintain a hash table
Simo Sorce wrote:
> Hello all,
> during this month I have been slowly working on a set of patches to move
> from storing information in 2 different formats (legacy and
> member/memberOf based) to just one format (member/memberOf based).
> While doing this I had to address some problems that come up
Currently, if an additional request comes in for a cache entry
while that same entry is already in the process of being refreshed,
we start a duplicate cache update request. This patch adds allows
the cache to maintain a hash table of all in-progress requests and
queue up multiple callbacks for upd
On Thu, 2009-08-13 at 09:27 -0400, Stephen Gallagher wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/13/2009 08:38 AM, Simo Sorce wrote:
> > On Thu, 2009-08-13 at 08:54 -0400, Stephen Gallagher wrote:
> >>> NOTE: this means that until the first background enumeration is
> >>> c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2009 08:38 AM, Simo Sorce wrote:
> On Thu, 2009-08-13 at 08:54 -0400, Stephen Gallagher wrote:
>>> NOTE: this means that until the first background enumeration is
>>> complete, a getent passwd or a getent group call may return incomplete
>>> r
On Thu, 2009-08-13 at 08:54 -0400, Stephen Gallagher wrote:
> One potential idea would be to have the SSSD automatically start an
> enumeration at startup time if the cache is stale. Then, instead of
> blocking updates waiting for subsequent enumerations, we could just go
> immediately to the cach
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2009 07:22 AM, Martin Nagy wrote:
> On Thu, 2009-08-13 at 13:12 +0200, Jakub Hrozek wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 08/13/2009 10:02 AM, Martin Nagy wrote:
>>> Shouldn't you also check here if ctx->name is n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2009 03:23 AM, Martin Nagy wrote:
> On Wed, 2009-08-12 at 18:58 +0200, Jakub Hrozek wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Patch attached.
>
> Ack.
> Martin
>
> ___
> sssd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2009 06:23 AM, Simo Sorce wrote:
> Hello all,
> during this month I have been slowly working on a set of patches to move
> from storing information in 2 different formats (legacy and
> member/memberOf based) to just one format (member/memberOf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2009 01:55 PM, Jakub Hrozek wrote:
> See commit message, basically just moves parsing of params up to set
> debug_level before calling anything that might emit DEBUG() messages
> (like initialization of the tools).
>
> Also fixes one typo whe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
See commit message, basically just moves parsing of params up to set
debug_level before calling anything that might emit DEBUG() messages
(like initialization of the tools).
Also fixes one typo where sss_groupmod had USERNAME in help string.
On Thu, 2009-08-13 at 13:12 +0200, Jakub Hrozek wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/13/2009 10:02 AM, Martin Nagy wrote:
> > Shouldn't you also check here if ctx->name is not "proxy" and the confdb
> > parameter "libName" isn't set to "files"? I'm not 100% sure, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2009 10:02 AM, Martin Nagy wrote:
> Shouldn't you also check here if ctx->name is not "proxy" and the confdb
> parameter "libName" isn't set to "files"? I'm not 100% sure, but it
> seems to me, that if you have this in your sssd.conf:
>
> pro
Hello all,
during this month I have been slowly working on a set of patches to move
from storing information in 2 different formats (legacy and
member/memberOf based) to just one format (member/memberOf based).
While doing this I had to address some problems that come up when you
want to store a gr
On Wed, 2009-08-12 at 19:27 +0200, Jakub Hrozek wrote:
> +if (strcasecmp(ctx->name, "files") == 0) {
> +DEBUG(5, ("Rewriting provider %s\n", ctx->name));
> +
> +val[0] = "proxy";
> +ret = confdb_add_param(ctx->cdb, true,
> + ctx->conf_path,
On Wed, 2009-08-12 at 18:58 +0200, Jakub Hrozek wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Patch attached.
Ack.
Martin
___
sssd-devel mailing list
sssd-devel@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/sssd-devel
24 matches
Mail list logo
