diff options
author | Jan Engelhardt <jengelh@inai.de> | 2014-02-17 03:37:13 +0100 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2014-02-17 19:03:07 -0500 |
commit | 73e231abde39f22097df50542c745e01de879836 (patch) | |
tree | c5ffe3b64f99ecf8849f2f551494d87a0d8198e3 /man | |
parent | 48b5804a48b2b629fa793cc93bcb4a9c6edf9962 (diff) |
doc: update punctuation
Resolve spotted issues related to missing or extraneous commas, dashes.
Diffstat (limited to 'man')
-rw-r--r-- | man/journalctl.xml | 6 | ||||
-rw-r--r-- | man/sd_bus_error.xml | 2 | ||||
-rw-r--r-- | man/sd_bus_new.xml | 2 | ||||
-rw-r--r-- | man/systemctl.xml | 10 | ||||
-rw-r--r-- | man/systemd-cat.xml | 2 | ||||
-rw-r--r-- | man/systemd-networkd.service.xml | 14 | ||||
-rw-r--r-- | man/systemd-nspawn.xml | 8 | ||||
-rw-r--r-- | man/systemd-system.conf.xml | 12 | ||||
-rw-r--r-- | man/systemd-udevd.service.xml | 6 | ||||
-rw-r--r-- | man/systemd.exec.xml | 12 | ||||
-rw-r--r-- | man/systemd.kill.xml | 4 | ||||
-rw-r--r-- | man/systemd.service.xml | 46 | ||||
-rw-r--r-- | man/systemd.socket.xml | 6 | ||||
-rw-r--r-- | man/systemd.special.xml | 2 | ||||
-rw-r--r-- | man/systemd.timer.xml | 2 | ||||
-rw-r--r-- | man/systemd.xml | 2 |
16 files changed, 68 insertions, 68 deletions
diff --git a/man/journalctl.xml b/man/journalctl.xml index 8890c64a41..626d820151 100644 --- a/man/journalctl.xml +++ b/man/journalctl.xml @@ -521,16 +521,16 @@ unit names found in the journal is compared with the specified pattern and all that match are used. For each - unit name a match is added for + unit name, a match is added for messages from the unit - (<literal>_SYSTEMD_UNIT=<replaceable>UNIT</replaceable></literal>) + (<literal>_SYSTEMD_UNIT=<replaceable>UNIT</replaceable></literal>), along with additional matches for messages from systemd and messages about coredumps for the specified unit.</para> <para>This parameter can be specified - multiple times. </para></listitem> + multiple times.</para></listitem> </varlistentry> <varlistentry> diff --git a/man/sd_bus_error.xml b/man/sd_bus_error.xml index 99a08c7ef7..642b0b96d0 100644 --- a/man/sd_bus_error.xml +++ b/man/sd_bus_error.xml @@ -307,7 +307,7 @@ along with systemd; If not, see <http://www.gnu.org/licenses/>. <parameter>e</parameter>. If the strings in <parameter>e</parameter> were set using <function>sd_bus_set_error_const</function>, they will be shared. - Otherwie they wil be copied.</para> + Otherwie, they wil be copied.</para> <para><function>sd_bus_error_is_set</function> will return <constant>true</constant> if <parameter>e</parameter> is diff --git a/man/sd_bus_new.xml b/man/sd_bus_new.xml index 3ac297a5ff..573def72c9 100644 --- a/man/sd_bus_new.xml +++ b/man/sd_bus_new.xml @@ -75,7 +75,7 @@ along with systemd; If not, see <http://www.gnu.org/licenses/>. <title>Description</title> <para><function>sd_bus_new()</function> creates a new bus - object. This object is reference counted, and will be destroyed + object. This object is reference-counted, and will be destroyed when all references are gone. Initially, the caller of this function owns the sole reference.</para> diff --git a/man/systemctl.xml b/man/systemctl.xml index a80d3720e4..418e71f779 100644 --- a/man/systemctl.xml +++ b/man/systemctl.xml @@ -591,7 +591,7 @@ kobject-uevent 1 systemd-udevd-kernel.socket systemd-udevd.service failed state usually are not loaded, and would not be matched by any pattern. In addition, in case of instantiated units, systemd is often unaware of the - instance name until the instance has been started. Therefore + instance name until the instance has been started. Therefore, using glob patterns with <command>start</command> has limited usefulness.</para> </listitem> @@ -1199,9 +1199,9 @@ kobject-uevent 1 systemd-udevd-kernel.socket systemd-udevd.service <listitem> <para>Import all, one or more environment variables set on the client into the systemd manager environment block. If - no arguments are passed the entire environment block is - imported. Otherwise a list of one or more environment - variable names should be passed, whose client side values + no arguments are passed, the entire environment block is + imported. Otherwise, a list of one or more environment + variable names should be passed, whose client-side values are then imported into the manager's environment block.</para> </listitem> @@ -1432,7 +1432,7 @@ kobject-uevent 1 systemd-udevd-kernel.socket systemd-udevd.service <programlisting># systemctl status dev-sda.device # systemctl status home.mount</programlisting> In the second case, shell-style globs will be matched against - currently loaded units, and literal unit names, with or without + currently loaded units; literal unit names, with or without a suffix, will be treated as in the first case. This means that literal unit names always refer to exactly one unit, but globs may match zero units and this is not considered an error.</para> diff --git a/man/systemd-cat.xml b/man/systemd-cat.xml index 16a8eb456c..e61a6ac8f9 100644 --- a/man/systemd-cat.xml +++ b/man/systemd-cat.xml @@ -189,7 +189,7 @@ <para>Even though the two examples have very similar effects the first is preferable since only one process is running at a time, and both stdout and stderr are - captured while in the second example only stdout is + captured while in the second example, only stdout is captured.</para> </refsect1> diff --git a/man/systemd-networkd.service.xml b/man/systemd-networkd.service.xml index 1b1ea4c5fe..48521df2df 100644 --- a/man/systemd-networkd.service.xml +++ b/man/systemd-networkd.service.xml @@ -118,7 +118,7 @@ <varlistentry> <term><varname>Id</varname></term> <listitem> - <para>The VLAN ID to use. An integer in the range 0-4094. + <para>The VLAN ID to use. An integer in the range 0–4094. This option is compulsory.</para> </listitem> </varlistentry> @@ -192,7 +192,7 @@ <varlistentry> <term><varname>DHCP</varname></term> <listitem> - <para>A boolean. When true enables basic DHCPv4 support.</para> + <para>A boolean. When true, enables basic DHCPv4 support.</para> </listitem> </varlistentry> <varlistentry> @@ -283,28 +283,28 @@ <varlistentry> <term><varname>UseDNS</varname></term> <listitem> - <para>When true (the default) the DNS servers received from the DHCP server will - be used, and take precedence over any statically configured ones.</para> + <para>When true (the default), the DNS servers received from the DHCP server will + be used and take precedence over any statically configured ones.</para> </listitem> </varlistentry> <varlistentry> <term><varname>UseMTU</varname></term> <listitem> - <para>When true the interface maximum transmission unit from the DHCP server will + <para>When true, the interface maximum transmission unit from the DHCP server will be used on the current link. Defaults to false.</para> </listitem> </varlistentry> <varlistentry> <term><varname>UseHostname</varname></term> <listitem> - <para>When true (the default) the hostname received from the DHCP server + <para>When true (the default), the hostname received from the DHCP server will be used as the transient hostname.</para> </listitem> </varlistentry> <varlistentry> <term><varname>CriticalConnection</varname></term> <listitem> - <para>When true the connection will never be torn down even if the DHCP lease + <para>When true, the connection will never be torn down even if the DHCP lease expires. This is contrary to the DHCP specification, but may be the best choice if, say, the root filesystem relies on this connection. Defaults to false.</para> </listitem> diff --git a/man/systemd-nspawn.xml b/man/systemd-nspawn.xml index 665518dd15..5bddd89503 100644 --- a/man/systemd-nspawn.xml +++ b/man/systemd-nspawn.xml @@ -272,7 +272,7 @@ <option>--network-interface=</option> and configured with <option>--network-veth</option>. If - this option is specified the + this option is specified, the CAP_NET_ADMIN capability will be added to the set of capabilities the container retains. The latter may be @@ -289,7 +289,7 @@ specified interface from the calling namespace and place it in the container. When the container - terminates it is moved back to the + terminates, it is moved back to the host namespace. Note that <option>--network-interface=</option> implies @@ -378,7 +378,7 @@ is retained if <option>--private-network</option> is specified. If the special value - <literal>all</literal> is passed all + <literal>all</literal> is passed, all capabilities are retained.</para></listitem> </varlistentry> @@ -524,7 +524,7 @@ and shown by tools such as <citerefentry><refentrytitle>ps</refentrytitle><manvolnum>1</manvolnum></citerefentry>. If the container does not run an init - system it is recommended to set this + system, it is recommended to set this option to <literal>no</literal>. Note that <option>--share-system</option> implies diff --git a/man/systemd-system.conf.xml b/man/systemd-system.conf.xml index c33e010e36..6c1b1e7ee7 100644 --- a/man/systemd-system.conf.xml +++ b/man/systemd-system.conf.xml @@ -222,15 +222,15 @@ used as an effective way to disable invocation of non-native binaries system-wide, for example to prohibit - execution of 32bit x86 binaries on - 64bit x86-64 systems. This option - operates system wide, and acts + execution of 32-bit x86 binaries on + 64-bit x86-64 systems. This option + operates system-wide, and acts similar to the <varname>SystemCallArchitectures=</varname> setting of unit files, see <citerefentry><refentrytitle>systemd.exec</refentrytitle><manvolnum>5</manvolnum></citerefentry> for details. This setting defaults to - the empty list in which case no + the empty list, in which case no filtering of system calls based on architecture is applied. Known architecture identifiers are @@ -249,7 +249,7 @@ execution of any non-native binaries. When a binary executes a system call of an architecture that is - not listed in this setting it will be + not listed in this setting, it will be immediately terminated with the SIGSYS signal.</para></listitem> </varlistentry> @@ -285,7 +285,7 @@ <term><varname>DefaultRestartSec=</varname></term> <listitem><para>Configures the default - time-outs for starting and stopping of + timeouts for starting and stopping of units, as well as the default time to sleep between automatic restarts of units, as configured per-unit in diff --git a/man/systemd-udevd.service.xml b/man/systemd-udevd.service.xml index b3bca2fec2..0e49fa07f6 100644 --- a/man/systemd-udevd.service.xml +++ b/man/systemd-udevd.service.xml @@ -93,10 +93,10 @@ <term><option>--resolve-names=</option></term> <listitem> <para>Specify when systemd-udevd should resolve names of users and groups. - When set to <option>early</option> (the default) names will be + When set to <option>early</option> (the default), names will be resolved when the rules are parsed. When set to - <option>late</option> names will be resolved for every event. - When set to <option>never</option> names will never be resolved + <option>late</option>, names will be resolved for every event. + When set to <option>never</option>, names will never be resolved and all devices will be owned by root.</para> </listitem> </varlistentry> diff --git a/man/systemd.exec.xml b/man/systemd.exec.xml index a9e54cb03b..c08feba27e 100644 --- a/man/systemd.exec.xml +++ b/man/systemd.exec.xml @@ -1033,7 +1033,7 @@ <para>If you specify both types of this option (i.e. whitelisting and - blacklisting) the first encountered + blacklisting), the first encountered will take precedence and will dictate the default action (termination or approval of a system call). Then the @@ -1044,7 +1044,7 @@ default action (e.g. You have started with a whitelisting of <function>read</function> and - <function>write</function> and right + <function>write</function>, and right after it add a blacklisting of <function>write</function>, then <function>write</function> will be @@ -1075,7 +1075,7 @@ <literal>EACCES</literal> or <literal>EUCLEAN</literal>. When this setting is not used, or when the empty - string is assigned the process will be + string is assigned, the process will be terminated immediately when the filter is triggered.</para></listitem> </varlistentry> @@ -1099,8 +1099,8 @@ unit. This is an effective way to disable compatibility with non-native architectures for processes, for - example to prohibit execution of 32bit - x86 binaries on 64bit x86-64 + example to prohibit execution of 32-bit + x86 binaries on 64-bit x86-64 systems. The special <literal>native</literal> identifier implicitly maps to the native @@ -1110,7 +1110,7 @@ that setting this option to a non-empty list implies that <literal>native</literal> is included - too. By default this option is set to + too. By default, this option is set to the empty list, i.e. no architecture system call filtering is applied. Note that configuring a system call filter diff --git a/man/systemd.kill.xml b/man/systemd.kill.xml index a4009aa38a..39796470a0 100644 --- a/man/systemd.kill.xml +++ b/man/systemd.kill.xml @@ -109,7 +109,7 @@ <varname>ExecStop=</varname>). If set to <option>process</option>, only the main process itself is killed. If set - to <option>mixed</option> the + to <option>mixed</option>, the <constant>SIGTERM</constant> signal (see below) is sent to the main process while the subsequent @@ -118,7 +118,7 @@ processes of the unit's control group. If set to <option>none</option>, no process is - killed. In this case only the stop + killed. In this case, only the stop command will be executed on unit stop, but no process be killed otherwise. Processes remaining alive diff --git a/man/systemd.service.xml b/man/systemd.service.xml index f3ba6574ce..3b2a7cfece 100644 --- a/man/systemd.service.xml +++ b/man/systemd.service.xml @@ -748,29 +748,29 @@ ExecStart=/bin/echo $ONE $TWO ${TWO}</programlisting> definitions can either be numeric exit codes or termination signal names, separated by spaces. For example: - <programlisting>SuccessExitStatus=1 2 8 <constant>SIGKILL</constant></programlisting> - ensures that exit codes 1, 2, 8 and - the termination signal - <constant>SIGKILL</constant> are - considered clean service terminations. - </para> - - <para>Note that if a process has a - signal handler installed and exits by - calling - <citerefentry><refentrytitle>_exit</refentrytitle><manvolnum>2</manvolnum></citerefentry> - in response to a signal, the - information about the signal is lost. - Programs should instead perform cleanup and kill themselves with the same signal instead. See - <ulink url="http://www.cons.org/cracauer/sigint.html">Proper handling of SIGINT/SIGQUIT — How to be a proper program</ulink>.</para> - - <para>This option may appear more than once - in which case the list of successful - exit statuses is merged. If the empty - string is assigned to this option, the - list is reset, all prior assignments - of this option will have no - effect.</para></listitem> + <programlisting>SuccessExitStatus=1 2 8 <constant>SIGKILL</constant></programlisting> + ensures that exit codes 1, 2, 8 and + the termination signal + <constant>SIGKILL</constant> are + considered clean service terminations. + </para> + + <para>Note that if a process has a + signal handler installed and exits by + calling + <citerefentry><refentrytitle>_exit</refentrytitle><manvolnum>2</manvolnum></citerefentry> + in response to a signal, the + information about the signal is lost. + Programs should instead perform cleanup and kill themselves with the same signal instead. See + <ulink url="http://www.cons.org/cracauer/sigint.html">Proper handling of SIGINT/SIGQUIT — How to be a proper program</ulink>.</para> + + <para>This option may appear more than once, + in which case the list of successful + exit statuses is merged. If the empty + string is assigned to this option, the + list is reset, all prior assignments + of this option will have no + effect.</para></listitem> </varlistentry> <varlistentry> diff --git a/man/systemd.socket.xml b/man/systemd.socket.xml index 71d1ab916d..f495fe3666 100644 --- a/man/systemd.socket.xml +++ b/man/systemd.socket.xml @@ -84,7 +84,7 @@ which configure resource control settings for the processes of the socket.</para> - <para>For each socket file a matching service file + <para>For each socket file, a matching service file must exist, describing the service to start on incoming traffic on the socket (see <citerefentry><refentrytitle>systemd.service</refentrytitle><manvolnum>5</manvolnum></citerefentry> @@ -254,7 +254,7 @@ before the interface it is configured on is up and running, and even regardless of whether it will be up and - running at any point. To deal with this + running at any point. To deal with this, it is recommended to set the <varname>FreeBind=</varname> option described below.</para></listitem> @@ -720,7 +720,7 @@ <varname>Accept=no</varname>. It defaults to the service that bears the same name as the socket (with the - suffix replaced). In most cases it + suffix replaced). In most cases, it should not be necessary to use this option.</para></listitem> </varlistentry> diff --git a/man/systemd.special.xml b/man/systemd.special.xml index 76bb5cdcf3..8ccccc2798 100644 --- a/man/systemd.special.xml +++ b/man/systemd.special.xml @@ -820,7 +820,7 @@ services. These targets are generally not part of the initial boot transaction, unless they are explicitly pulled in by one of the implementing services. Note - specifically, that these <emphasis>passive</emphasis> + specifically that these <emphasis>passive</emphasis> target units are generally not pulled in by the consumer of a service, but by the provider of the service. This means: a consuming service should order diff --git a/man/systemd.timer.xml b/man/systemd.timer.xml index bb3a6d1386..98d4f7b7b9 100644 --- a/man/systemd.timer.xml +++ b/man/systemd.timer.xml @@ -214,7 +214,7 @@ later. Within this time window, the expiry time will be placed at a host-specific, randomized but stable - position, that is synchronized between + position that is synchronized between all local timer units. This is done in order to distribute the wake-up time in networked installations, as well as diff --git a/man/systemd.xml b/man/systemd.xml index 4e35c9695b..4abd8902a4 100644 --- a/man/systemd.xml +++ b/man/systemd.xml @@ -393,7 +393,7 @@ and ordering dependencies are placed between two units. Also note that the majority of dependencies are implicitly created and maintained by systemd. In most - cases it should be unnecessary to declare additional + cases, it should be unnecessary to declare additional dependencies manually, however it is possible to do this.</para> |