1
0
mirror of https://github.com/systemd/systemd synced 2024-07-05 17:39:42 +00:00
systemd/man/systemd.environment-generator.xml
Zbigniew Jędrzejewski-Szmek 7b529bfc47 man: document that separate /usr/local/ must not be used for config
Since we document /usr/local/lib/systemd/ and other paths for various things,
add notes that this is not supported if /usr/local is a separate partition. In
systemd.unit, I tried to add the footnote in the table where
/usr/local/lib/systemd/ is listed, but that get's rendered as '[sup]a[/sup]'
with a mangled footnote at the bottom of the table :( .

Also, split paragraphs in one place where the subject changes without any
transition.

Follow-up for 02f35b1c90.
Replaces https://github.com/systemd/systemd/pull/33231.
2024-06-11 18:02:31 +01:00

136 lines
6.0 KiB
XML

<?xml version='1.0'?> <!--*-nxml-*-->
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
<!ENTITY % entities SYSTEM "custom-entities.ent" >
%entities;
]>
<!-- SPDX-License-Identifier: LGPL-2.1-or-later -->
<refentry id="systemd.environment-generator" conditional='ENABLE_ENVIRONMENT_D'
xmlns:xi="http://www.w3.org/2001/XInclude">
<refentryinfo>
<title>systemd.environment-generator</title>
<productname>systemd</productname>
</refentryinfo>
<refmeta>
<refentrytitle>systemd.environment-generator</refentrytitle>
<manvolnum>7</manvolnum>
</refmeta>
<refnamediv>
<refname>systemd.environment-generator</refname>
<refpurpose>systemd environment file generators</refpurpose>
</refnamediv>
<refsynopsisdiv>
<cmdsynopsis>
<command>&SYSTEM_ENV_GENERATOR_DIR;/some-generator</command>
</cmdsynopsis>
<cmdsynopsis>
<command>&USER_ENV_GENERATOR_DIR;/some-generator</command>
</cmdsynopsis>
<para><simplelist>
<member><filename>/run/systemd/system-environment-generators/*</filename></member>
<member><filename>/etc/systemd/system-environment-generators/*</filename></member>
<member><filename>/usr/local/lib/systemd/system-environment-generators/*</filename></member>
<member><filename>&SYSTEM_ENV_GENERATOR_DIR;/*</filename></member>
</simplelist></para>
<para><simplelist>
<member><filename>/run/systemd/user-environment-generators/*</filename></member>
<member><filename>/etc/systemd/user-environment-generators/*</filename></member>
<member><filename>/usr/local/lib/systemd/user-environment-generators/*</filename></member>
<member><filename>&USER_ENV_GENERATOR_DIR;/*</filename></member>
</simplelist></para>
</refsynopsisdiv>
<refsect1>
<title>Description</title>
<para>Generators are small executables that live in
<filename>&SYSTEM_ENV_GENERATOR_DIR;/</filename> and other directories listed above.
<citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry> will
execute those binaries very early at the startup of each manager and at configuration
reload time, before running the generators described in
<citerefentry><refentrytitle>systemd.generator</refentrytitle><manvolnum>7</manvolnum></citerefentry>
and before starting any units. Environment generators can override the environment that the
manager exports to services and other processes.</para>
<para>Generators are loaded from a set of paths determined during compilation, as listed
above. System and user environment generators are loaded from directories with names ending in
<filename>system-environment-generators/</filename> and
<filename>user-environment-generators/</filename>, respectively. Generators found in directories
listed earlier override the ones with the same name in directories lower in the list
<xi:include href="standard-conf.xml" xpointer="usr-local-footnote" />.
A symlink to <filename>/dev/null</filename> or an empty file can be used to mask a generator,
thereby preventing it from running. Please note that the order of the two directories with the highest
priority is reversed with respect to the unit load path, and generators in <filename>/run/</filename>
overwrite those in <filename>/etc/</filename>.</para>
<para>After installing new generators or updating the configuration, <command>systemctl
daemon-reload</command> may be executed. This will re-run all generators, updating environment
configuration. It will be used for any services that are started subsequently.</para>
<para>Environment file generators are executed similarly to unit file generators described
in
<citerefentry><refentrytitle>systemd.generator</refentrytitle><manvolnum>7</manvolnum></citerefentry>,
with the following differences:</para>
<itemizedlist>
<listitem>
<para>Generators are executed sequentially in the alphanumerical order of the final
component of their name. The output of each generator output is immediately parsed and used
to update the environment for generators that run after that. Thus, later generators can use
and/or modify the output of earlier generators.</para>
</listitem>
<listitem>
<para>Generators are run by every manager instance, their output can be different for each
user.</para>
</listitem>
</itemizedlist>
<para>It is recommended to use numerical prefixes for generator names to simplify ordering.</para>
</refsect1>
<refsect1>
<title>Examples</title>
<example>
<title>A simple generator that extends an environment variable if a directory exists in the file system</title>
<programlisting># 50-xdg-data-dirs.sh
<xi:include href="50-xdg-data-dirs.sh" parse="text" /></programlisting>
</example>
<example>
<title>A more complicated generator which reads existing configuration and mutates one variable</title>
<programlisting># 90-rearrange-path.py
<xi:include href="90-rearrange-path.py" parse="text" /></programlisting>
</example>
<example>
<title>Debugging a generator</title>
<programlisting>SYSTEMD_LOG_LEVEL=debug VAR_A=something VAR_B="something else" \
&SYSTEM_ENV_GENERATOR_DIR;/path-to-generator
</programlisting>
</example>
</refsect1>
<refsect1>
<title>See Also</title>
<para><simplelist type="inline">
<member><citerefentry><refentrytitle>systemd-environment-d-generator</refentrytitle><manvolnum>8</manvolnum></citerefentry></member>
<member><citerefentry><refentrytitle>systemd.generator</refentrytitle><manvolnum>7</manvolnum></citerefentry></member>
<member><citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry></member>
<member><citerefentry><refentrytitle>systemctl</refentrytitle><manvolnum>1</manvolnum></citerefentry></member>
</simplelist></para>
</refsect1>
</refentry>