shaba/systemd
1
0
Fork 0
mirror of https://github.com/systemd/systemd.git synced 2024-10-27 01:55:22 +03:00
Code

man: document that ExecStart= doesn't understand shell command lines

Browse Source
This commit is contained in:
Lennart Poettering 2012-09-05 23:51:19 -07:00
parent cb7ed9dfca
commit a29271926a
2 changed files with 10 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
TODO
View File

@ -83,14 +83,10 @@ Features:
* currently system services appear not to generate core dumps...
* introduce /run/kmsg in containers?
* wall messages for shutdown should move to logind
* allow writing multiple conditions in unit files on one line
* journal: json output needs to be able to deal with multiple assignments of the same field
* There's something wrong with escaping unit names: http://lists.freedesktop.org/archives/systemd-devel/2012-August/006292.html
* cleanup ellipsation for log output in journalctl and systemctl status: have a sane way to disable ellipsation, and disable it by default when invoked in less/more
@ -103,8 +99,6 @@ Features:
* maybe make systemd-detect-virt suid? or use fscaps?
* man: document in ExecStart= explicitly that we don't take shell command lines, only executable names with arguments
* shutdown: don't read-only mount anything when running in container
* nspawn: --read-only is not applied recursively to submounts

11
man/systemd.service.xml
View File

@ -356,7 +356,16 @@
argument (i.e. the program to execute)
may not be a variable, and must be a
literal and absolute path
name.</para></listitem>
name.</para>
<para>Note that this setting does not
directly support shell command
lines. If shell command lines are to
be used they need to be passed
explicitly to a shell implementation
of some kind. Example:
<literal>ExecStart=/bin/sh -c 'dmesg | tac'</literal></para>
</listitem>
</varlistentry>
<varlistentry>