diff options
author | Lennart Poettering <lennart@poettering.net> | 2022-07-05 14:14:23 +0200 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2022-07-05 22:12:08 +0200 |
commit | e07ed99dd7ef300c0a3fb59133f899668ac2301b (patch) | |
tree | f377fe41a1e32addebc0a6fde5c62c2872b758a6 /man/systemd.special.xml | |
parent | Merge pull request #23855 from keszybz/drop-list-is-empty (diff) | |
download | systemd-e07ed99dd7ef300c0a3fb59133f899668ac2301b.tar.xz systemd-e07ed99dd7ef300c0a3fb59133f899668ac2301b.zip |
docs: normalize uppercasing of titles of network doc
Diffstat (limited to 'man/systemd.special.xml')
-rw-r--r-- | man/systemd.special.xml | 38 |
1 files changed, 16 insertions, 22 deletions
diff --git a/man/systemd.special.xml b/man/systemd.special.xml index 6616448e90..1e3e6d8c3e 100644 --- a/man/systemd.special.xml +++ b/man/systemd.special.xml @@ -500,21 +500,15 @@ sufficiently set up. What precisely this requires is left to the implementation of the network managing service.</para> - <para>Note the distinction between this unit and - <filename>network.target</filename>. This unit is an active - unit (i.e. pulled in by the consumer rather than the - provider of this functionality) and pulls in a service which - possibly adds substantial delays to further execution. In - contrast, <filename>network.target</filename> is a passive - unit (i.e. pulled in by the provider of the functionality, - rather than the consumer) that usually does not delay - execution much. Usually, <filename>network.target</filename> - is part of the boot of most systems, while - <filename>network-online.target</filename> is not, except - when at least one unit requires it. Also see <ulink - url="https://systemd.io/NETWORK_ONLINE">Running - Services After the Network is up</ulink> for more - information.</para> + <para>Note the distinction between this unit and <filename>network.target</filename>. This unit + is an active unit (i.e. pulled in by the consumer rather than the provider of this functionality) + and pulls in a service which possibly adds substantial delays to further execution. In contrast, + <filename>network.target</filename> is a passive unit (i.e. pulled in by the provider of the + functionality, rather than the consumer) that usually does not delay execution much. Usually, + <filename>network.target</filename> is part of the boot of most systems, while + <filename>network-online.target</filename> is not, except when at least one unit requires + it. Also see <ulink url="https://systemd.io/NETWORK_ONLINE">Running Services After the Network Is + Up</ulink> for more information.</para> <para>All mount units for remote network file systems automatically pull in this unit, and order themselves after it. Note that networking daemons that simply <emphasis>provide</emphasis> @@ -991,8 +985,8 @@ will be stopped before the network — to whatever level it might be set up by then — is shut down. It is hence useful when writing service files that require network access on shutdown, which should order themselves after this target, but not pull it in. Also see <ulink - url="https://systemd.io/NETWORK_ONLINE">Running Services After - the Network is up</ulink> for more information.</para></listitem> + url="https://systemd.io/NETWORK_ONLINE">Running Services After the Network Is Up</ulink> for + more information.</para></listitem> </itemizedlist> <para>It must emphasized that at start-up there's no guarantee that hardware-based devices have @@ -1003,11 +997,11 @@ <varlistentry> <term><filename>network-pre.target</filename></term> <listitem> - <para>This passive target unit may be pulled in by services - that want to run before any network is set up, for example - for the purpose of setting up a firewall. All network - management software orders itself after this target, but - does not pull it in.</para> + <para>This passive target unit may be pulled in by services that want to run before any network + is set up, for example for the purpose of setting up a firewall. All network management software + orders itself after this target, but does not pull it in. Also see <ulink + url="https://systemd.io/NETWORK_ONLINE">Running Services After the Network Is Up</ulink> for more + information.</para> </listitem> </varlistentry> <varlistentry> |