On (06/01/16 14:32), Pavel Reichl wrote:
Hello,
I've been working on a integration test for
https://fedorahosted.org/sssd/ticket/2849.
This patch is WIP as I have troubles with infopipe. Unless test is run as root it fails to
connect to system bus:
>Traceback (most recent call last):
> File "/home/preichl/sssd/src/tests/intg/ldap_local_override_test.py", line
1038, in test_regr_2849_override
> bus = dbus.SystemBus()
> File "/usr/lib64/python2.7/site-packages/dbus/_dbus.py", line 194, in
__new__
> private=private)
> File "/usr/lib64/python2.7/site-packages/dbus/_dbus.py", line 100, in
__new__
> bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
> File "/usr/lib64/python2.7/site-packages/dbus/bus.py", line 122, in
__new__
> bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
>DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible
causes include: the remote application did not send a reply, the message bus security
policy blocked the reply, the reply timeout expired, or the network connection was
broken.
If I run test as root then I have to make sure that there are no other instances of SSSD
running.
Any ideas how to work around this troubles?
Because you cannot use system dbus daemon.
Moreover you cannot rely on availability of ifp config files on standard
location becasue sssd-dbus needn't be installed on system and you need to use
latest configuration fies from git for upstream tests.
/etc/dbus-1/system.d/org.freedesktop.sssd.infopipe.conf
/usr/share/dbus-1/system-services/org.freedesktop.sssd.infopipe.service
Feel free to assign ticket #2823 to yourself.
From a347a9e7e7eb9eb2195d3301cf7e8cbc5ac42b4e Mon Sep 17 00:00:00
2001
From: Pavel Reichl <preichl(a)redhat.com>
Date: Wed, 6 Jan 2016 13:12:29 -0500
Subject: [PATCH] intg - test regr 2849
---
src/tests/intg/ldap_local_override_test.py | 94 ++++++++++++++++++++++++++++++
1 file changed, 94 insertions(+)
NACK
Blocked by #2823
LS