treewide: fix typos

- mostly: usecase -> use case
- continously -> continuously
- single typos in docs/FILE_DESCRIPTOR_STORE.md

(cherry picked from commit 7227dd8)

Author: behrmann

TODO

@@ -448,11 +448,11 @@ Features:
 
 * add a new EFI tool "sd-fetch" or so. It looks in a PE section ".url" for an
   URL, then downloads the file from it using UEFI HTTP APIs, and executes it.
-  Usecase: provide a minimal ESP with sd-boot and a couple of these sd-fetch
+  Use case: provide a minimal ESP with sd-boot and a couple of these sd-fetch
   binaries in place of UKIs, and download them on-the-fly.
 
 * maybe: systemd-loop-generator that sets up loopback devices if requested via kernel
-  cmdline. usecase: include encrypted/verity root fs in UKI.
+  cmdline. use case: include encrypted/verity root fs in UKI.
 
 * systemd-gpt-auto-generator: add kernel cmdline option to override block
   device to dissect. also support dissecting a regular file. useccase: include
@@ -529,7 +529,7 @@ Features:
   inspiration from IMA log)
 
 * provide an API (probably IPC) to apps to encrypt/decrypt
-  credentials. usecase: allow bluez bluetooth daemon to pass pairings to initrd
+  credentials. use case: allow bluez bluetooth daemon to pass pairings to initrd
   that way, without shelling out to our tools.
 
 * revisit default PCR bindings in cryptenroll and systemd-creds. Currently they
@@ -587,7 +587,7 @@ Features:
 
 * systemd-repart: in addition to the existing "factory reset" mode (which
   simply empties existing partitions marked for that). add a mode where
-  partitions marked for it are entirely removed. Usecase: remove secondary OS
+  partitions marked for it are entirely removed. Use case: remove secondary OS
   copy, and redundant partitions entirely, and recreate them anew.
 
 * systemd-boot: maybe add support for collapsing menu entries of the same OS
@@ -633,7 +633,7 @@ Features:
 * add support for asymmetric LUKS2 TPM based encryption. i.e. allow preparing
   an encrypted image on some host given a public key belonging to a specific
   other host, so that only hosts possessing the private key in the TPM2 chip
-  can decrypt the volume key and activate the volume. Usecase: systemd-confext
+  can decrypt the volume key and activate the volume. Use case: systemd-confext
   for a central orchestrator to generate confext images securely that can only
   be activated on one specific host (which can be used for installing a bunch
   of creds in /etc/credstore/ for example). Extending on this: allow binding
@@ -646,7 +646,7 @@ Features:
   current system state, i.e. a combination of PCR information, local system
   time and TPM clock, running services, recent high-priority log
   messages/coredumps, system load/PSI, signed by the local TPM chip, to form an
-  enhanced remote attestation quote. Usecase: a simple orchestrator could use
+  enhanced remote attestation quote. Use case: a simple orchestrator could use
   this: have the report tool upload these reports every 3min somewhere. Then
   have the orchestrator collect these reports centrally over a 3min time
   window, and use them to determine what which node should now start/stop what,
@@ -701,7 +701,7 @@ Features:
 * Add "purpose" flag to partition flags in discoverable partition spec that
   indicate if partition is intended for sysext, for portable service, for
   booting and so on. Then, when dissecting DDI allow specifying a purpose to
-  use as additional search condition. Usecase: images that combined a sysext
+  use as additional search condition. Use case: images that combined a sysext
   partition with a portable service partition in one.
 
 * On boot, auto-generate an asymmetric key pair from the TPM,
@@ -822,7 +822,7 @@ Features:
     usr=
   • systemd-homed: when initializing, look for a credential
     systemd.homed.register or so with JSON user records to automatically
-    register if not registered yet.  Usecase: deploy a system, and add an
+    register if not registered yet.  Use case: deploy a system, and add an
     account one can directly log into.
   • in gpt-auto-generator: check partition uuids against such uuids supplied via
     sd-stub credentials. That way, we can support parallel OS installations with
@@ -848,7 +848,7 @@ Features:
 
 * sd-boot: instead of unconditionally deriving the ESP to search boot loader
   spec entries in from the paths of sd-boot binary, let's optionally allow it
-  to be configured on sd-boot cmdline + efi var. Usecase: embed sd-boot in the
+  to be configured on sd-boot cmdline + efi var. Use case: embed sd-boot in the
   UEFI firmware (for example, ovmf supports that via qemu cmdline option), and
   use it to load stuff from the ESP.
 
@@ -888,7 +888,7 @@ Features:
 * homed/userdb: maybe define a "companion" dir for home directories where apps
   can safely put privileged stuff in. Would not be writable by the user, but
   still conceptually belong to the user. Would be included in user's quota if
-  possible, even if files are not owned by UID of user. Usecase: container
+  possible, even if files are not owned by UID of user. Use case: container
   images that owned by arbitrary UIDs, and are owned/managed by the users, but
   are not directly belonging to the user's UID. Goal: we shouldn't place more
   privileged dirs inside of unprivileged dirs, and thus containers really
@@ -995,7 +995,7 @@ Features:
   look for right in the sd-boot binary. i.e. take inspiration from sd-stub
   logic: allow combining sd-boot via ukify with kernels to enumerate, .conf
   files, drivers, keys to enroll and so on. Then, add whatever we find that way
-  to the menu. Usecase: allow building a single PE image you can boot into via
+  to the menu. Use case: allow building a single PE image you can boot into via
   UEFI HTTP boot.
 
 * maybe add a new UEFI stub binary "sd-http". It works similar to sd-stub, but
@@ -1016,7 +1016,7 @@ Features:
 * maybe add a generator that reads /proc/cmdline, looks for
   systemd.pull-raw-portable=, systemd-pull-raw-sysext= and similar switches
   that take a URL as parameter. It then generates service units for
-  systemd-pull calls that download these URLs if not installed yet. usecase:
+  systemd-pull calls that download these URLs if not installed yet. Use case:
   invoke a VM or nspawn container in a way it automatically deploys/runs these
   images as OS payloads. i.e. have a generic OS image you can point to any
   payload you like, which is then downloaded, securely verified and run.
@@ -1126,9 +1126,9 @@ Features:
 
 * add tiny service that decrypts encrypted user records passed via initrd
   credential logic and drops them into /run where nss-systemd can pick them up,
-  similar to /run/host/userdb/. Usecase: drop a root user JSON record there,
+  similar to /run/host/userdb/. Use case: drop a root user JSON record there,
   and use it in the initrd to log in as root with locally selected password,
-  for debugging purposes. Other usecase: boot into qemu with regular user
+  for debugging purposes. Other use case: boot into qemu with regular user
   mounted from host. maybe put this in systemd-user-sessions.service?
 
 * drop dependency on libcap, replace by direct syscalls based on
@@ -1242,7 +1242,7 @@ Features:
   the resulting fd to the service program via socket activation proto.
 
 * Add a concept of ListenStream=anonymous to socket units: listen on a socket
-  that is deleted in the fs. Usecase would be with ConnectSocket= above.
+  that is deleted in the fs. Use case would be with ConnectSocket= above.
 
 * importd: support image signature verification with PKCS#7 + OpenBSD signify
   logic, as alternative to crummy gpg
@@ -1539,7 +1539,7 @@ Features:
   else. Similar, ManagerSlice= should exist so that PID1's own scope unit could
   be moved somewhere else too. Finally machined and logind should get similar
   options so that it is possible to move user session scopes and machines to a
-  different slice too by default. Usecase: people who want to put resources on
+  different slice too by default. Use case: people who want to put resources on
   the entire system, with the exception of one specific service. See:
   https://lists.freedesktop.org/archives/systemd-devel/2018-February/040369.html
 
@@ -1839,7 +1839,7 @@ Features:
   - generate better errors when people try to set transient properties
     that are not supported...
     https://lists.freedesktop.org/archives/systemd-devel/2015-February/028076.html
-  - maybe introduce WantsMountsFor=? Usecase:
+  - maybe introduce WantsMountsFor=? Use case:
     https://lists.freedesktop.org/archives/systemd-devel/2015-January/027729.html
   - recreate systemd's D-Bus private socket file on SIGUSR2
   - move PAM code into its own binary
@@ -1911,7 +1911,7 @@ Features:
 * BootLoaderSpec: Define a way how an installer can figure out whether a BLS
   compliant boot loader is installed.
 
-* think about requeuing jobs when daemon-reload is issued? usecase:
+* think about requeuing jobs when daemon-reload is issued? use case:
   the initrd issues a reload after fstab from the host is accessible
   and we might want to requeue the mounts local-fs acquired through
   that automatically.

docs/FILE_DESCRIPTOR_STORE.md

@@ -32,7 +32,7 @@ maintains a duplicate of it (in the sense of UNIX
 also in possession of the service itself, and it may (and is expected to)
 invoke any operations on it that it likes.
 
-The primary usecase of this logic is to permit services to restart seamlessly
+The primary use case of this logic is to permit services to restart seamlessly
 (for example to update them to a newer version), without losing execution
 context, dropping pinned resources, terminating established connections or even
 just momentarily losing connectivity. In fact, as the file descriptors can be
@@ -81,7 +81,7 @@ And that's already the gist of it.
 A system service that provides a client-facing interface that shall be able to
 seamlessly restart can make use of this in a scheme like the following:
 whenever a new connection comes in it uploads its fd immediately into its
-fdstore. At approporate times it also serializes its state into a memfd it
+fdstore. At appropriate times it also serializes its state into a memfd it
 uploads to the service manager — either whenever the state changed
 sufficiently, or simply right before it terminates. (The latter of course means
 that state only survives on *clean* restarts and abnormal termination implies the
@@ -104,7 +104,7 @@ lifecycle management (i.e. `KillMode=none` must be set), which disables large
 parts of the service managers state tracking, resource management (as resource
 counters cannot start at zero during service activation anymore, since the old
 processes remaining skew them), security policies (as processes with possibly
-out-of-date security policies – selinux, AppArmor, any LSM, seccomp, BPF — in
+out-of-date security policies – SElinux, AppArmor, any LSM, seccomp, BPF — in
 effect remain), and similar.
 
 # File Descriptor Store Lifecycle
@@ -176,7 +176,7 @@ This mechanism can be enabled either by making sure the service survives until
 the very end (i.e. by setting `DefaultDependencies=no` so that it keeps running
 for the whole system lifetime without being regularly deactivated at shutdown)
 or by setting `FileDescriptorStorePresever=yes` (and referencing the unit
-continously).
+continuously).
 
 # Debugging
 

man/repart.d.xml

@@ -487,7 +487,7 @@
         together the former is applied first. If a directory listed already exists no operation is executed
         (in particular, the ownership/access mode of the directories is left as is).</para>
 
-        <para>The primary usecase for this option is to create a minimal set of directories that may be
+        <para>The primary use case for this option is to create a minimal set of directories that may be
         mounted over by other partitions contained in the same disk image. For example, a disk image where
         the root file system is formatted at first boot might want to automatically pre-create
         <filename>/usr/</filename> in it this way, so that the <literal>usr</literal> partition may

man/sd_listen_fds.xml

@@ -114,7 +114,7 @@
     for details. For file descriptors pushed into the file descriptor
     store (see above), the name is set via the
     <varname>FDNAME=</varname> field transmitted via
-    <function>sd_pid_notify_with_fds()</function>. The primary usecase
+    <function>sd_pid_notify_with_fds()</function>. The primary use case
     for these names are services which accept a variety of file
     descriptors which are not recognizable with functions like
     <function>sd_is_socket()</function> alone, and thus require

man/systemd.resource-control.xml

@@ -755,7 +755,7 @@ CPUWeight=20   DisableControllers=cpu              /          \
           not applied to any sockets passed into the service via socket activation. Thus, it is usually a
           good idea to replicate the IP access lists on both the socket and the service unit. Nevertheless,
           it may make sense to maintain one list more open and the other one more restricted, depending on
-          the usecase.</para>
+          the use case.</para>
 
           <para>If these settings are used multiple times in the same unit the specified lists are combined. If an
           empty string is assigned to these settings the specific access list is reset and all previous settings undone.</para>
@@ -993,7 +993,7 @@ RestrictNetworkInterfaces=~eth1</programlisting>
           for it. Conversely, the IP filter programs configured for the service are not applied to any sockets passed into
           the service via socket activation. Thus, it is usually a good idea, to replicate the IP filter programs on both
           the socket and the service unit, however it often makes sense to maintain one configuration more open and the other
-          one more restricted, depending on the usecase.</para>
+          one more restricted, depending on the use case.</para>
 
           <para>Note that these settings might not be supported on some systems (for example if eBPF control group
           support is not enabled in the underlying kernel or container manager). These settings will fail the service in

src/basic/macro.h

@@ -14,7 +14,7 @@
 
 /* Note: on GCC "no_sanitize_address" is a function attribute only, on llvm it may also be applied to global
  * variables. We define a specific macro which knows this. Note that on GCC we don't need this decorator so much, since
- * our primary usecase for this attribute is registration structures placed in named ELF sections which shall not be
+ * our primary use case for this attribute is registration structures placed in named ELF sections which shall not be
  * padded, but GCC doesn't pad those anyway if AddressSanitizer is enabled. */
 #if HAS_FEATURE_ADDRESS_SANITIZER && defined(__clang__)
 #define _variable_no_sanitize_address_ __attribute__((__no_sanitize_address__))

src/basic/special.h

@@ -57,7 +57,7 @@
  * Rules regarding adding further high level targets like the above:
  *
  * - Be conservative, only add more of these when we really need
- *   them. We need strong usecases for further additions.
+ *   them. We need strong use cases for further additions.
  *
  * - When there can be multiple implementations running side-by-side,
  *   it needs to be a .target unit which can pull in all

src/boot/efi/bcd.c

@@ -42,7 +42,7 @@ assert_cc(offsetof(BaseBlock, type) == 28);
 assert_cc(offsetof(BaseBlock, root_cell_offset) == 36);
 
 /* All offsets are relative to the base block and technically point to a hive
- * cell struct. But for our usecase we don't need to bother about that one,
+ * cell struct. But for our use case we don't need to bother about that one,
  * so skip over the cell_size uint32_t. */
 #define HIVE_CELL_OFFSET (sizeof(BaseBlock) + 4)
 

src/cgtop/cgtop.c

@@ -139,7 +139,7 @@ static bool is_root_cgroup(const char *path) {
          *
          * Note that checking for a container environment is kinda ugly, since in theory people could use cgtop from
          * inside a container where cgroup namespacing is turned off to watch the host system. However, that's mostly a
-         * theoretic usecase, and if people actually try all they'll lose is accounting for the top-level cgroup. Which
+         * theoretic use case, and if people actually try all they'll lose is accounting for the top-level cgroup. Which
          * isn't too bad. */
 
         if (detect_container() > 0)

src/core/dbus-execute.c

@@ -2459,7 +2459,7 @@ int bus_exec_context_set_transient_property(
                          * and we should not "lose precision" in our types on the way. That said, I am pretty sure
                          * actually encoding binary data as unit metadata is not a good idea. Hence we actually refuse
                          * any actual binary data, and only accept UTF-8. This allows us to eventually lift this
-                         * limitation, should a good, valid usecase arise. */
+                         * limitation, should a good, valid use case arise. */
 
                         r = sd_bus_message_read_array(message, 'y', &p, &sz);
                         if (r < 0)