diff options
author | Andrew Eikum <aeikum@codeweavers.com> | 2012-10-15 13:59:12 -0500 |
---|---|---|
committer | Lennart Poettering <lennart@poettering.net> | 2012-10-16 01:03:01 +0200 |
commit | 16dad32e437fdf2ffca03cc60a083d84bd31886f (patch) | |
tree | 470098d66b70b7f29b3fd5cbb105a93bcea73a98 /man/systemd.xml | |
parent | edfb521a21c44f7b4c91d4ef6bffd84f2c241363 (diff) |
Reword sentences that contain psuedo-English "resp."
As you likely know, Arch Linux is in the process of moving to systemd.
So I was reading through the various systemd docs and quickly became
baffled by this new abbreviation "resp.", which I've never seen before
in my English-mother-tongue life.
Some quick Googling turned up a reference:
<http://www.transblawg.eu/index.php?/archives/870-Resp.-and-other-non-existent-English-wordsNicht-existente-englische-Woerter.html>
I guess it's a literal translation of the German "Beziehungsweise", but
English doesn't work the same way. The word "respectively" is used
exclusively to provide an ordering connection between two lists. E.g.
"the prefixes k, M, and G refer to kilo-, mega-, and giga-,
respectively." It is also never abbreviated to "resp." So the sentence
"Sets the default output resp. error output for all services and
sockets" makes no sense to a natural English speaker.
This patch removes all instances of "resp." in the man pages and
replaces them with sentences which are much more clear and, hopefully,
grammatically valid. In almost all instances, it was simply replacing
"resp." with "or," which the original author (Lennart?) could probably
just do in the future.
The only other instances of "resp." are in the src/ subtree, which I
don't feel privileged to correct.
Signed-off-by: Andrew Eikum <aeikum@codeweavers.com>
Diffstat (limited to 'man/systemd.xml')
-rw-r--r-- | man/systemd.xml | 60 |
1 files changed, 31 insertions, 29 deletions
diff --git a/man/systemd.xml b/man/systemd.xml index 01833f66f2..f14e3eb9ae 100644 --- a/man/systemd.xml +++ b/man/systemd.xml @@ -144,11 +144,13 @@ <term><option>--system</option></term> <term><option>--user</option></term> - <listitem><para>Tell systemd to run a - system instance (resp. user - instance), even if the process ID is - not 1 (resp. is 1), i.e. systemd is - not (resp. is) run as init process. + <listitem><para>For <option>--system</option>, + tell systemd to run a + system instance, even if the process ID is + not 1, i.e. systemd is not run as init process. + <option>--user</option> does the opposite, + running a user instance even if the process + ID is 1. Normally it should not be necessary to pass these options, as systemd automatically detects the mode it is @@ -251,11 +253,11 @@ <term><option>--default-standard-error=</option></term> <listitem><para>Sets the default - output resp. error output for all - services and sockets, i.e. controls + output or error output for all + services and sockets, respectively. That is, controls the default for <option>StandardOutput=</option> - resp. <option>StandardError=</option> + and <option>StandardError=</option> (see <citerefentry><refentrytitle>systemd.exec</refentrytitle><manvolnum>5</manvolnum></citerefentry> for details). Takes one of @@ -495,12 +497,12 @@ Specification</ulink>.</para> <para>Systems which invoke systemd in a container - resp. initrd environment should implement the + or initrd environment should implement the <ulink url="http://www.freedesktop.org/wiki/Software/systemd/ContainerInterface">Container - Interface</ulink> resp. <ulink + Interface</ulink> or <ulink url="http://www.freedesktop.org/wiki/Software/systemd/InitrdInterface">initrd - Interface</ulink> specifications.</para> + Interface</ulink> specifications, respectively.</para> </refsect1> <refsect1> @@ -825,11 +827,11 @@ <listitem><para>Sets the log level to <literal>debug</literal> - (resp. <literal>info</literal> on + (or <literal>info</literal> on <literal>SIGRTMIN+23</literal>), as controlled via <varname>systemd.log_level=debug</varname> - (resp. <varname>systemd.log_level=info</varname> + (or <varname>systemd.log_level=info</varname> on <literal>SIGRTMIN+23</literal>) on the kernel command line.</para></listitem> @@ -843,19 +845,19 @@ <listitem><para>Sets the log level to <literal>journal-or-kmsg</literal> - (resp. <literal>console</literal> on - <literal>SIGRTMIN+27</literal>; - resp. <literal>kmsg</literal> on - <literal>SIGRTMIN+28</literal>; - resp. <literal>syslog-or-kmsg</literal> + (or <literal>console</literal> on + <literal>SIGRTMIN+27</literal>, + <literal>kmsg</literal> on + <literal>SIGRTMIN+28</literal>, + or <literal>syslog-or-kmsg</literal> on <literal>SIGRTMIN+29</literal>), as controlled via <varname>systemd.log_target=journal-or-kmsg</varname> - (resp. <varname>systemd.log_target=console</varname> - on <literal>SIGRTMIN+27</literal>; - resp. <varname>systemd.log_target=kmsg</varname> - on <literal>SIGRTMIN+28</literal>; - resp + (or <varname>systemd.log_target=console</varname> + on <literal>SIGRTMIN+27</literal>, + <varname>systemd.log_target=kmsg</varname> + on <literal>SIGRTMIN+28</literal>, + or <varname>systemd.log_target=syslog-or-kmsg</varname> on <literal>SIGRTMIN+29</literal>) on the kernel command @@ -1073,12 +1075,12 @@ <term><varname>systemd.default_standard_output=</varname></term> <term><varname>systemd.default_standard_error=</varname></term> <listitem><para>Controls default - standard output/error output for + standard output and error output for services, with the same effect as the <option>--default-standard-output=</option> - resp. <option>--default-standard-error=</option> + and <option>--default-standard-error=</option> command line arguments described - above.</para></listitem> + above, respectively.</para></listitem> </varlistentry> <varlistentry> @@ -1143,12 +1145,12 @@ <term><varname>5</varname></term> <listitem><para>Boot into the - specified legacy SysV runlevel. This - is equivalent to + specified legacy SysV runlevel. These + are equivalent to <varname>systemd.unit=runlevel2.target</varname>, <varname>systemd.unit=runlevel3.target</varname>, <varname>systemd.unit=runlevel4.target</varname>, - resp. <varname>systemd.unit=runlevel5.target</varname> + and <varname>systemd.unit=runlevel5.target</varname>, respectively, and provided for compatibility reasons and to be easier to type.</para></listitem> |