summaryrefslogtreecommitdiff
path: root/test/data
diff options
context:
space:
mode:
authorColin Walters <walters@verbum.org>2009-12-14 18:12:24 -0500
committerColin Walters <walters@verbum.org>2009-12-15 13:08:02 -0500
commit949a64b127a32a3e5a4ce4278773f18e290c44c2 (patch)
tree5cd952cd8a0d671b2aeb1aabcaaa2f8f6993dd84 /test/data
parentaab383a63e994f40ddf8d8341b8b75c19e6c1a0f (diff)
Ignore exit code zero from activated services
A variety of system components have migrated from legacy init into DBus service activation. Many of these system components "daemonize", which involves forking. The DBus activation system treated an exit as an activation failure, assuming that the child process which grabbed the DBus name didn't run first. While we're in here, also differentiate in this code path between the servicehelper (system) versus direct activation (session) paths. In the session activation path our error message mentioned a helper process which was confusing, since none was involved. Based on a patch and debugging research from Ray Strode <rstrode@redhat.com>
Diffstat (limited to 'test/data')
-rw-r--r--test/data/valid-service-files/org.freedesktop.DBus.TestSuiteForkingEchoService.service.in3
1 files changed, 3 insertions, 0 deletions
diff --git a/test/data/valid-service-files/org.freedesktop.DBus.TestSuiteForkingEchoService.service.in b/test/data/valid-service-files/org.freedesktop.DBus.TestSuiteForkingEchoService.service.in
new file mode 100644
index 00000000..49fcac39
--- /dev/null
+++ b/test/data/valid-service-files/org.freedesktop.DBus.TestSuiteForkingEchoService.service.in
@@ -0,0 +1,3 @@
+[D-BUS Service]
+Name=org.freedesktop.DBus.TestSuiteForkingEchoService
+Exec=@TEST_SERVICE_BINARY@ org.freedesktop.DBus.TestSuiteForkingEchoService fork