Re: [SSSD] IFP: use default limit if provided is 0

2015-08-14 Thread Petr Cech
On 08/13/2015 12:48 PM, Pavel Březina wrote: From eef083f774988fe8e6b6a5a8513a163fd7558b55 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Pavel=20B=C5=99ezina?=pbrez...@redhat.com Date: Thu, 13 Aug 2015 12:46:59 +0200 Subject: [PATCH] IFP: use default limit if provided is 0 Hi, CI:

Re: [SSSD] [PATCH] [HBAC]: Better libhbac debuging

2015-08-14 Thread Petr Cech
ping :-) ___ sssd-devel mailing list sssd-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/sssd-devel

Re: [SSSD] [PATCH] sudo: use higher value wins when ordering rules

2015-08-14 Thread Jakub Hrozek
On Thu, Aug 13, 2015 at 05:17:32PM +0200, Jakub Hrozek wrote: ACK I'll just wait for CI results before pushing. * master: 52e3ee5c5ff2c5a4341041826a803ad42d2b2de7 ___ sssd-devel mailing list sssd-devel@lists.fedorahosted.org

Re: [SSSD] [PATCHES] DYDNDS: update quality of input for nsupdate

2015-08-14 Thread Jakub Hrozek
On Fri, Aug 14, 2015 at 04:12:05PM +0200, Jakub Hrozek wrote: But I'm going to push the acked patches.. The first patches were pushed: 6fd5306145d98ea3bab7f32aa66475f610f388ce b42bf6c0c01db08208fb81d8295a2909d307284a 76604931b11594394a05df10f8370a1b8bb3e54b

Re: [SSSD] [PATCH] DEBUG: Add new debug category for fail over

2015-08-14 Thread Jakub Hrozek
On Thu, Aug 13, 2015 at 07:18:27AM +0200, Lukas Slebodnik wrote: From 0aec877fb0d773a98a9d628aa1d9a89062ab0b9e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Michal=20=C5=BDidek?= mzi...@redhat.com Date: Mon, 10 Aug 2015 18:35:16 +0200 Subject: [PATCH] DEBUG: Add new debug category for fail over.

Re: [SSSD] IFP: use default limit if provided is 0

2015-08-14 Thread Jakub Hrozek
On Fri, Aug 14, 2015 at 01:07:34PM +0200, Petr Cech wrote: On 08/13/2015 12:48 PM, Pavel Březina wrote: From eef083f774988fe8e6b6a5a8513a163fd7558b55 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Pavel=20B=C5=99ezina?=pbrez...@redhat.com Date: Thu, 13 Aug 2015 12:46:59 +0200 Subject: [PATCH] IFP:

Re: [SSSD] [PATCH] Switch ldap_user_certificate default to userCertificate; binary

2015-08-14 Thread Jakub Hrozek
On Thu, Aug 13, 2015 at 12:43:35PM +0200, Pavel Březina wrote: On 08/10/2015 12:59 PM, Jakub Hrozek wrote: Hi, the attached patches fix #2742. The first one makes sure we can print the certificate (or any binary attribute, really) safely. We only need to make sure to escape the attribute

Re: [SSSD] [PATCH] Fetch one-way trust keytabs on sssd restart again

2015-08-14 Thread Jakub Hrozek
On Thu, Aug 13, 2015 at 09:52:40AM +0200, Pavel Březina wrote: On 08/12/2015 02:20 PM, Jakub Hrozek wrote: On Fri, Aug 07, 2015 at 12:22:39PM +0200, Pavel Březina wrote: On 07/30/2015 09:52 PM, Jakub Hrozek wrote: On Thu, Jul 30, 2015 at 09:46:11PM +0200, Jakub Hrozek wrote: Hi, the

[SSSD] [PATCH] pam: Incerease p11 child timeout

2015-08-14 Thread Michal Židek
Hi, this patch is a hotfix for pam-srv-failing tests. Increasing the timeout to 30 seconds seems to be enough. I do not want to make it too big because the timeout is currently not configurable. I'd like to talk to Sumit about what he thinks the proper solution should be. I am not sure if it

Re: [SSSD] [PATCH] pam: Incerease p11 child timeout

2015-08-14 Thread Michal Židek
On 08/14/2015 02:40 PM, Michal Židek wrote: Hi, this patch is a hotfix for pam-srv-failing tests. Increasing the timeout to 30 seconds seems to be enough. I do not want to make it too big because the timeout is currently not configurable. I'd like to talk to Sumit about what he thinks the

Re: [SSSD] [PATCH] pam: Incerease p11 child timeout

2015-08-14 Thread Roland Mainz
On 14 August 2015 at 14:40, Michal Židek mzi...@redhat.com wrote: Hi, this patch is a hotfix for pam-srv-failing tests. Increasing the timeout to 30 seconds seems to be enough. I do not want to make it too big because the timeout is currently not configurable. I'd like to talk to Sumit

Re: [SSSD] [WIP] [TEST]: Observation patch

2015-08-14 Thread Petr Cech
On 08/13/2015 07:49 AM, Lukas Slebodnik wrote: On (12/08/15 17:57), Petr Cech wrote: Hi, I have explored in detail why the test responder_cache_req-tests failed so often. I created a new VM with RHEL 6.7. OBSERVATION: How we know, CI machines are under pressure, so I wrote simple