From 29e254f7f093c07a1ec7e845e60203357f585235 Mon Sep 17 00:00:00 2001
From: Dave Reisner <dreisner@archlinux.org>
Date: Fri, 14 Feb 2014 01:40:04 +0100
Subject: [PATCH 1/1] man: systemd.service(5): clarify behavior of
 SuccessExitStatus

The behavior of this is a little cryptic in that $MAINPID must exit as
a direct result of receiving a signal in order for a listed signal to
be considered a success condition.
---
 man/systemd.service.xml | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/man/systemd.service.xml b/man/systemd.service.xml
index d316ab5d2..72b872bec 100644
--- a/man/systemd.service.xml
+++ b/man/systemd.service.xml
@@ -748,7 +748,10 @@ ExecStart=/bin/echo $ONE $TWO ${TWO}
                                 <constant>SIGTERM</constant>, and <constant>SIGPIPE</constant>. Exit status
                                 definitions can either be numeric exit
                                 codes or termination signal names,
-                                separated by spaces. For example:
+                                separated by spaces. Signals will only
+                                be considered if the service does not implement
+                                a signal handler and exits as a direct result
+                                of receiving the signal. For example:
 				<programlisting>SuccessExitStatus=1 2 8 <constant>SIGKILL</constant></programlisting>
 				ensures that exit codes 1, 2, 8 and
 				the termination signal
-- 
2.30.2