diff options
author | Tom Gundersen <teg@jklm.no> | 2015-06-18 19:47:44 +0200 |
---|---|---|
committer | Tom Gundersen <teg@jklm.no> | 2015-06-18 19:47:44 +0200 |
commit | 12b42c76672a66c2d4ea7212c14f8f1b5a62b78d (patch) | |
tree | 0a9f5aff7fc2f144765f936c618c563568edba1f /man/systemd.unit.xml | |
parent | 74b1f5276365bbdf02dacec707fb9c40509650b4 (diff) |
man: revert dynamic paths for split-usr setups
This did not really work out as we had hoped. Trying to do this upstream
introduced several problems that probably makes it better suited as a
downstream patch after all. At any rate, it is not releaseable in the
current state, so we at least need to revert this before the release.
* by adjusting the path to binaries, but not do the same thing to the
search path we end up with inconsistent man-pages. Adjusting the search
path too would be quite messy, and it is not at all obvious that this is
worth the effort, but at any rate it would have to be done before we
could ship this.
* this means that distributed man-pages does not make sense as they depend
on config options, and for better or worse we are still distributing
man pages, so that is something that definitely needs sorting out before
we could ship with this patch.
* we have long held that split-usr is only minimally supported in order
to boot, and something we hope will eventually go away. So before we start
adding even more magic/effort in order to make this work nicely, we should
probably question if it makes sense at all.
Diffstat (limited to 'man/systemd.unit.xml')
-rw-r--r-- | man/systemd.unit.xml | 30 |
1 files changed, 15 insertions, 15 deletions
diff --git a/man/systemd.unit.xml b/man/systemd.unit.xml index 8286cf3f78..0aa1eeac77 100644 --- a/man/systemd.unit.xml +++ b/man/systemd.unit.xml @@ -64,20 +64,20 @@ <filename><replaceable>slice</replaceable>.slice</filename>, <filename><replaceable>scope</replaceable>.scope</filename></para> - <para><literallayout><filename>&pkgsysconfdir;/system/*</filename> + <para><literallayout><filename>/etc/systemd/system/*</filename> <filename>/run/systemd/system/*</filename> -<filename>&rootlibexecdir;/system/*</filename> +<filename>/usr/lib/systemd/system/*</filename> <filename>...</filename> </literallayout></para> <para><literallayout><filename>$XDG_CONFIG_HOME/systemd/user/*</filename> <filename>$HOME/.config/systemd/user/*</filename> -<filename>&pkgsysconfdir;/user/*</filename> +<filename>/etc/systemd/user/*</filename> <filename>$XDG_RUNTIME_DIR/systemd/user/*</filename> <filename>/run/systemd/user/*</filename> <filename>$XDG_DATA_HOME/systemd/user/*</filename> <filename>$HOME/.local/share/systemd/user/*</filename> -<filename>&rootlibexecdir;/user/*</filename> +<filename>/usr/lib/systemd/user/*</filename> <filename>...</filename> </literallayout></para> </refsynopsisdiv> @@ -287,7 +287,7 @@ </thead> <tbody> <row> - <entry><filename>&pkgsysconfdir;/system</filename></entry> + <entry><filename>/etc/systemd/system</filename></entry> <entry>Local configuration</entry> </row> <row> @@ -295,7 +295,7 @@ <entry>Runtime units</entry> </row> <row> - <entry><filename>&rootlibexecdir;/system</filename></entry> + <entry><filename>/usr/lib/systemd/system</filename></entry> <entry>Units of installed packages</entry> </row> </tbody> @@ -326,7 +326,7 @@ <entry>User configuration (only used when $XDG_CONFIG_HOME is not set)</entry> </row> <row> - <entry><filename>&pkgsysconfdir;/user</filename></entry> + <entry><filename>/etc/systemd/user</filename></entry> <entry>Local configuration</entry> </row> <row> @@ -346,7 +346,7 @@ <entry>Units of packages that have been installed in the home directory (only used when $XDG_DATA_HOME is not set)</entry> </row> <row> - <entry><filename>&rootlibexecdir;/user</filename></entry> + <entry><filename>/usr/lib/systemd/user</filename></entry> <entry>Units of packages that have been installed system-wide</entry> </row> </tbody> @@ -1296,7 +1296,7 @@ ExecStart=/usr/sbin/foo-daemon <para>After running <command>systemctl enable</command>, a symlink - <filename>&pkgsysconfdir;/system/multi-user.target.wants/foo.service</filename> + <filename>/etc/systemd/system/multi-user.target.wants/foo.service</filename> linking to the actual unit will be created. It tells systemd to pull in the unit when starting <filename>multi-user.target</filename>. The inverse @@ -1309,11 +1309,11 @@ ExecStart=/usr/sbin/foo-daemon <para>There are two methods of overriding vendor settings in unit files: copying the unit file from - <filename>&rootlibexecdir;/system</filename> to - <filename>&pkgsysconfdir;/system</filename> and modifying the + <filename>/usr/lib/systemd/system</filename> to + <filename>/etc/systemd/system</filename> and modifying the chosen settings. Alternatively, one can create a directory named <filename><replaceable>unit</replaceable>.d/</filename> within - <filename>&pkgsysconfdir;/system</filename> and place a drop-in + <filename>/etc/systemd/system</filename> and place a drop-in file <filename><replaceable>name</replaceable>.conf</filename> there that only changes the specific settings one is interested in. Note that multiple such drop-in files are read if @@ -1343,7 +1343,7 @@ ExecStart=/usr/sbin/foo-daemon load paths for further details.</para> <para>Suppose there is a vendor-supplied unit - <filename>&rootlibexecdir;/system/httpd.service</filename> with + <filename>/usr/lib/systemd/system/httpd.service</filename> with the following contents:</para> <programlisting>[Unit] @@ -1375,7 +1375,7 @@ WantedBy=multi-user.target</programlisting> the niceness of the service to its default value of 0.</para> <para>The first possibility is to copy the unit file to - <filename>&pkgsysconfdir;/system/httpd.service</filename> and + <filename>/etc/systemd/system/httpd.service</filename> and change the chosen settings:</para> <programlisting>[Unit] @@ -1395,7 +1395,7 @@ WantedBy=multi-user.target</programlisting> <para>Alternatively, the administrator could create a drop-in file - <filename>&pkgsysconfdir;/system/httpd.service.d/local.conf</filename> + <filename>/etc/systemd/system/httpd.service.d/local.conf</filename> with the following contents:</para> <programlisting>[Unit] |