From 1831ab6018e45fdefc89afaf5f22a1e53c201a39 Mon Sep 17 00:00:00 2001 From: Alex Jia Date: Sun, 4 Feb 2024 11:47:55 +0800 Subject: [PATCH] docs: fix typos Signed-off-by: Alex Jia --- cli/Cargo.toml | 2 +- docs/relationship-particles.md | 6 +++--- docs/relationship.md | 2 +- manpages-md/bootc-install-to-disk.md | 4 ++-- manpages-md/bootc-install-to-filesystem.md | 4 ++-- 5 files changed, 9 insertions(+), 9 deletions(-) diff --git a/cli/Cargo.toml b/cli/Cargo.toml index 0c129f8f5..452a1d048 100644 --- a/cli/Cargo.toml +++ b/cli/Cargo.toml @@ -12,7 +12,7 @@ default-run = "bootc" # See https://github.com/coreos/cargo-vendor-filterer [package.metadata.vendor-filter] # This list of platforms is not intended to be exclusive, feel free -# to extend it. But missing a platfom will only matter for the case where +# to extend it. But missing a platform will only matter for the case where # a dependent crate is *only* built on that platform. platforms = ["x86_64-unknown-linux-gnu", "aarch64-unknown-linux-gnu", "powerpc64le-unknown-linux-gnu", "s390x-unknown-linux-gnu", "riscv64gc-unknown-linux-gnu"] diff --git a/docs/relationship-particles.md b/docs/relationship-particles.md index b463df0d6..f295f4d03 100644 --- a/docs/relationship-particles.md +++ b/docs/relationship-particles.md @@ -15,7 +15,7 @@ The "bootc vision" aligns with parts of this, but differs in emphasis and also s The "particle" proposal mentions that the desktop case is most interesting; the bootc belief is that servers are equally important and interesting. In practice, this is not a real point -of differentation, because the systemd project has done an excellent +of differentiation, because the systemd project has done an excellent job in catering to all use cases (desktop, embedded, server) etc. An important aspect related to this is that the bootc project exists and must @@ -52,7 +52,7 @@ bootc aims to support the same. And in practice, nothing in "particles" strictl requires Secure Boot etc. However, bootc has a stronger emphasis on continuing to support "unlocked" -systems into the forseeable future in which key (even root level) operating system +systems into the foreseeable future in which key (even root level) operating system changes can be that are outside of an explicit signed state and feel *equally* first class, not just "developer system extensions". @@ -266,7 +266,7 @@ The bootc project will align with podman in general, and make it easy to impleme a mechanism that chains keys stored alongside the operating system into composefs-signed application containers. -Configuration (effectively starting from `/etc` and the kernel commandline) in a "sealed" system is a complex topic. Many operting system builds will want to disable the default "etc merge" and make `/etc` always lifecycle bound with the OS: commonly writable but ephemeral. +Configuration (effectively starting from `/etc` and the kernel commandline) in a "sealed" system is a complex topic. Many operating system builds will want to disable the default "etc merge" and make `/etc` always lifecycle bound with the OS: commonly writable but ephemeral. This topic is covered more in the next section. diff --git a/docs/relationship.md b/docs/relationship.md index 4fbc9f5e5..fe598cb7b 100644 --- a/docs/relationship.md +++ b/docs/relationship.md @@ -77,7 +77,7 @@ For example, `bootc status` at least will still function even if packages are la ### Future bootc <-> podman binding All the above said, it is likely that at some point bootc will switch to [hard binding with podman](https://github.com/containers/bootc/pull/215). -This will reduce the role of ostree, and hence break compatibilty with rpm-ostree. +This will reduce the role of ostree, and hence break compatibility with rpm-ostree. When such work lands, we will still support at least a "one way" transition from an ostree backend. But once this happens there are no plans to teach rpm-ostree to use podman too. diff --git a/manpages-md/bootc-install-to-disk.md b/manpages-md/bootc-install-to-disk.md index 00603cbb0..dde0b5a79 100644 --- a/manpages-md/bootc-install-to-disk.md +++ b/manpages-md/bootc-install-to-disk.md @@ -52,7 +52,7 @@ By default, all remaining space on the disk will be used. By default, bootc install and install-to-filesystem assumes that it runs in a podman container, and it takes the container image to install from -the podmans container registry. If \--source-imgref is given, bootc uses +the podman's container registry. If \--source-imgref is given, bootc uses it as the installation source, instead of the behaviour explained in the previous paragraph. See skopeo(1) for accepted formats. @@ -77,7 +77,7 @@ previous paragraph. See skopeo(1) for accepted formats. **\--skip-fetch-check** -: By default, the accessiblity of the target image will be verified +: By default, the accessibility of the target image will be verified (just the manifest will be fetched). Specifying this option suppresses the check; use this when you know the issues it might find are addressed. diff --git a/manpages-md/bootc-install-to-filesystem.md b/manpages-md/bootc-install-to-filesystem.md index 92957b8fe..185668626 100644 --- a/manpages-md/bootc-install-to-filesystem.md +++ b/manpages-md/bootc-install-to-filesystem.md @@ -60,7 +60,7 @@ be used. By default, bootc install and install-to-filesystem assumes that it runs in a podman container, and it takes the container image to install from -the podmans container registry. If \--source-imgref is given, bootc uses +the podman's container registry. If \--source-imgref is given, bootc uses it as the installation source, instead of the behaviour explained in the previous paragraph. See skopeo(1) for accepted formats. @@ -85,7 +85,7 @@ previous paragraph. See skopeo(1) for accepted formats. **\--skip-fetch-check** -: By default, the accessiblity of the target image will be verified +: By default, the accessibility of the target image will be verified (just the manifest will be fetched). Specifying this option suppresses the check; use this when you know the issues it might find are addressed.