mirror of
https://github.com/systemd/systemd-stable.git
synced 2024-12-23 17:34:00 +03:00
man: document the two new condition types
This commit is contained in:
parent
a0b191b705
commit
410abf8304
@ -1226,6 +1226,24 @@
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term><varname>ConditionEnvironment=</varname></term>
|
||||
|
||||
<listitem><para><varname>ConditionEnvironment=</varname> may be used to check whether a specific
|
||||
environment variable is set (or if prefixed with the exclamation mark — unset) in the service
|
||||
manager's environment block.
|
||||
|
||||
The argument may be a single word, to check if the variable with this name is defined in the
|
||||
environment block, or an assignment
|
||||
(<literal><replaceable>name</replaceable>=<replaceable>value</replaceable></literal>), to check if
|
||||
the variable with this exact value is defined. Note that the environment block of the service
|
||||
manager itself is checked, i.e. not any variables defined with <varname>Environment=</varname> or
|
||||
<varname>EnvironmentFile=</varname>, as described above. This is particularly useful when the
|
||||
service manager runs inside a containerized environment or as per-user service manager, in order to
|
||||
check for variables passed in by the enclosing container manager or PAM.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term><varname>ConditionSecurity=</varname></term>
|
||||
|
||||
@ -1346,6 +1364,18 @@
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term><varname>ConditionPathIsEncrypted=</varname></term>
|
||||
|
||||
<listitem><para><varname>ConditionPathIsEncrypted=</varname> is similar to
|
||||
<varname>ConditionPathExists=</varname> but verifies that the underlying file system's backing
|
||||
block device is encrypted using dm-crypt/LUKS. Note that this check does not cover ext4
|
||||
per-directory encryption, and only detects block level encryption. Moreover, if the specified path
|
||||
resides on a file system on top of a loopback block device, only encryption above the loopback device is
|
||||
detected. It is not detected whether the file system backing the loopback block device is encrypted.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term><varname>ConditionDirectoryNotEmpty=</varname></term>
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user