Skip to content

Commit 0aea07a

Browse files
committed
README: Update runtime spec title and URI
/specs has probably been stale since image-spec was founded (around 2016-03 [1]). [1]: opencontainers/tob#4 (comment)
1 parent 0be0433 commit 0aea07a

File tree

1 file changed

+12
-12
lines changed

1 file changed

+12
-12
lines changed

README.md

Lines changed: 12 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -2,11 +2,11 @@
22

33
A single binary to handle basic container creation. The goal is to
44
produce a lightweight tool in C that can serve as a test-bed for [Open
5-
Container Specification][ocs] development. Ccon is thin wrapper
6-
around the underlying syscalls and kernel primitives. It makes it
7-
easy to apply a given configuration, but does not have an opinion
8-
about what a container should look like (it's even less opinionated
9-
than [LXC][lxc.container.conf.5]).
5+
Container Intiative Runtime Specification][runtime-spec] development.
6+
Ccon is thin wrapper around the underlying syscalls and kernel
7+
primitives. It makes it easy to apply a given configuration, but does
8+
not have an opinion about what a container should look like (it's even
9+
less opinionated than [LXC][lxc.container.conf.5]).
1010

1111
## Table of contents
1212

@@ -85,12 +85,12 @@ namespace.
8585

8686
## Configuration
8787

88-
Ccon is similar to an [Open Container Specification][ocs] runtime in
89-
that it reads a configuration file named `config.json` from its
90-
current working directory. However the JSON content is a bit
91-
different to highlight how the components relate to each-other on
92-
Linux. For example, setting per-container mounts requires a mount
93-
namespace, so ccon's mount listing falls under
88+
Ccon is similar to an [Open Container Iniative Runtime
89+
Specification][runtime-spec] runtime in that it reads a configuration
90+
file named `config.json` from its current working directory. However
91+
the JSON content is a bit different to highlight how the components
92+
relate to each-other on Linux. For example, setting per-container
93+
mounts requires a mount namespace, so ccon's mount listing falls under
9494
**`namespaces.mount.mounts`**. There's an example in
9595
[`config.json`](config.json) that unprivileged users should be able to
9696
use to launch an interactive [BusyBox][] shell in new namespaces (you
@@ -776,7 +776,7 @@ Ccon is pretty easy to compile, but to use the stock
776776
Because all the dependencies are [GPL-compatible][], ccon binaries can
777777
be distributed under the GPLv3+.
778778

779-
[ocs]: https://github.com/opencontainers/specs
779+
[runtime-spec]: https://github.com/opencontainers/runtime-spec
780780

781781
[bash]: https://www.gnu.org/software/bash/
782782
[bash-process-substitution]: https://www.gnu.org/software/bash/manual/html_node/Process-Substitution.html

0 commit comments

Comments
 (0)