mirror of
https://github.com/systemd/systemd.git
synced 2025-01-09 01:18:19 +03:00
docs: fix typos and duplicate words
s/and and/and/ s/explicity/explicitly/ s/that that/that/ s/the the/the/ s/is is/it is/ s/overriden/overridden/
This commit is contained in:
parent
f9d269e14d
commit
d238709c14
4
NEWS
4
NEWS
@ -107,7 +107,7 @@ CHANGES WITH 243 in spe:
|
||||
* A new setting NUMAPolicy= may be used to set process memory
|
||||
allocation policy. Setting can be specified in system.conf and
|
||||
hence will set the default policy for PID1. Default policy can be
|
||||
overriden on per-service basis. Related setting NUMAMask= is used to
|
||||
overridden on per-service basis. Related setting NUMAMask= is used to
|
||||
specify NUMA node mask that should be associated with the selected
|
||||
policy.
|
||||
…
|
||||
@ -938,7 +938,7 @@ CHANGES WITH 240:
|
||||
up a private /dev/ file system containing devices nodes — but when
|
||||
these are opened they don't work.
|
||||
|
||||
At this point is is recommended that container managers utilizing
|
||||
At this point it is recommended that container managers utilizing
|
||||
user namespaces that intend to run systemd in the payload explicitly
|
||||
block mknod() with seccomp or similar, so that the graceful fallback
|
||||
logic works again.
|
||||
|
2
TODO
2
TODO
@ -75,7 +75,7 @@ Features:
|
||||
safe_fork() is to fork(). And then make revert the RLIMIT_NOFILE soft limit
|
||||
to 1K implicitly, unless explicitly opted-out.
|
||||
|
||||
* rework seccomp/nnp logic that that even if User= is used in combination with
|
||||
* rework seccomp/nnp logic that even if User= is used in combination with
|
||||
a seccomp option we don't have to set NNP. For that, change uid first whil
|
||||
keeping CAP_SYS_ADMIN, then apply seccomp, the drop cap.
|
||||
|
||||
|
@ -97,7 +97,7 @@ Here's an example walkthrough of how this all fits together.
|
||||
see the `+1-2` tag, and rename the file to
|
||||
`4.14.11-300.fc27.x86_64+0-3.conf` and boot it.
|
||||
|
||||
6. If this boot also fails, on the next boot the boot loader will see the the
|
||||
6. If this boot also fails, on the next boot the boot loader will see the
|
||||
tag `+0-3`, i.e. the counter reached zero. At this point the entry will be
|
||||
considered "bad", and ordered to the end of the list of entries. The next
|
||||
newest boot entry is now tried, i.e. the system automatically reverted back
|
||||
|
@ -34,7 +34,7 @@ formatting tools to safely and easily take exclusive ownership of a block
|
||||
device while operating: before starting work on the block device, they should
|
||||
take an `LOCK_EX` lock on it. This has two effects: first of all, in case
|
||||
`systemd-udevd` is still processing the device the tool will wait for it to
|
||||
finish. Second, after the lock is taken, it can be sure that that
|
||||
finish. Second, after the lock is taken, it can be sure that
|
||||
`systemd-udevd` will refrain from processing the block device, and thus all
|
||||
other client applications subscribed to it won't get device notifications from
|
||||
potentially half-written data either. After the operation is complete the
|
||||
|
@ -206,7 +206,7 @@ title: Coding Style
|
||||
numeric. Specifically, if you have an `int b` and it's only used in a boolean
|
||||
sense, by all means check its state with `if (b) …` — but if `b` can actually
|
||||
have more than two semantic values, and you want to compare for non-zero,
|
||||
then please write that explicity with `if (b != 0) …`. This helps readability
|
||||
then please write that explicitly with `if (b != 0) …`. This helps readability
|
||||
as the value range and semantical behaviour is directly clear from the
|
||||
condition check. As a special addition: when dealing with pointers which you
|
||||
want to check for non-NULL-ness, you may also use downgrade-to-bool feature.
|
||||
|
@ -217,7 +217,7 @@ systemd itself:
|
||||
|
||||
systemd-remount-fs:
|
||||
|
||||
* `$SYSTEMD_REMOUNT_ROOT_RW=1` — if set and and no entry for the root directory
|
||||
* `$SYSTEMD_REMOUNT_ROOT_RW=1` — if set and no entry for the root directory
|
||||
exists in /etc/fstab (this file always takes precedence), then the root
|
||||
directory is remounted writable. This is primarily used by
|
||||
systemd-gpt-auto-generator to ensure the root partition is mounted writable
|
||||
|
@ -120,7 +120,7 @@
|
||||
|
||||
<listitem><para>Configures the NUMA node mask that will be associated with the selected NUMA policy. Note that
|
||||
<option>default</option> and <option>local</option> NUMA policies don't require explicit NUMA node mask and
|
||||
value of the option can be empty. Similarly to <varname>NUMAPolicy=</varname>, value can be overriden
|
||||
value of the option can be empty. Similarly to <varname>NUMAPolicy=</varname>, value can be overridden
|
||||
by individual services in unit files, see
|
||||
<citerefentry><refentrytitle>systemd.exec</refentrytitle><manvolnum>5</manvolnum></citerefentry>.</para></listitem>
|
||||
</varlistentry>
|
||||
|
@ -37,7 +37,7 @@
|
||||
schemes". The default naming scheme is chosen at compilation time. Usually this will be the latest
|
||||
implemented version, but it is also possible to set one of the older versions to preserve
|
||||
compatibility. This may be useful for example for distributions, which may introduce new versions of
|
||||
systemd in stable releases without changing the naming scheme. The naming scheme may also be overriden
|
||||
systemd in stable releases without changing the naming scheme. The naming scheme may also be overridden
|
||||
using the <varname>net.naming-scheme=</varname> kernel command line switch, see
|
||||
<citerefentry><refentrytitle>systemd-udevd.service</refentrytitle><manvolnum>8</manvolnum></citerefentry>.
|
||||
Available naming schemes are described below.</para>
|
||||
|
Loading…
Reference in New Issue
Block a user