docs: extend repository types
Clarify where metadata are stored exactly in the `bare-user` case. Make the first sentence of `bare-user` and `bare-user-only` paragraph symetric to make it easier to jump to the right paragraph for readers in a hury. Stree out that `bare-user-only` may loose metadata. Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
This commit is contained in:
parent
b43c0be347
commit
ce5dfadbd7
|
|
@ -82,20 +82,21 @@ designed to be the source of a "hardlink farm", where each operating
|
||||||
system checkout is merely links into it. If you want to store files
|
system checkout is merely links into it. If you want to store files
|
||||||
owned by e.g. root in this mode, you must run OSTree as root.
|
owned by e.g. root in this mode, you must run OSTree as root.
|
||||||
|
|
||||||
The `bare-user` is a later addition that is like `bare` in that files
|
The `bare-user` mode is a later addition that is like `bare` in that
|
||||||
are unpacked, but it can (and should generally) be created as
|
files are unpacked, but it can (and should generally) be created as
|
||||||
non-root. In this mode, extended metadata such as owner uid, gid, and
|
non-root. In this mode, extended metadata such as owner uid, gid, and
|
||||||
extended attributes are stored but not actually applied.
|
extended attributes are stored in extended attributes under the name
|
||||||
|
`user.ostreemeta` but not actually applied.
|
||||||
The `bare-user` mode is useful for build systems that run as non-root
|
The `bare-user` mode is useful for build systems that run as non-root
|
||||||
but want to generate root-owned content, as well as non-root container
|
but want to generate root-owned content, as well as non-root container
|
||||||
systems.
|
systems.
|
||||||
|
|
||||||
There is a variant to the `bare-user` mode called `bare-user-only`. Unlike
|
The `bare-user-only` mode is a variant to the `bare-user` mode. Unlike
|
||||||
`bare-user`, neither ownership nor extended attributes are stored. These repos
|
`bare-user`, neither ownership nor extended attributes are stored. These repos
|
||||||
are meant to to be checked out in user mode (with the `-U` flag), where this
|
are meant to to be checked out in user mode (with the `-U` flag), where this
|
||||||
information is not applied anyway. The main advantage of `bare-user-only` is
|
information is not applied anyway. Hence this mode may loose metadata.
|
||||||
that repos can be stored on filesystems which do not support extended
|
The main advantage of `bare-user-only` is that repos can be stored on
|
||||||
attributes, such as tmpfs.
|
filesystems which do not support extended attributes, such as tmpfs.
|
||||||
|
|
||||||
In contrast, the `archive` mode is designed for serving via plain
|
In contrast, the `archive` mode is designed for serving via plain
|
||||||
HTTP. Like tar files, it can be read/written by non-root users.
|
HTTP. Like tar files, it can be read/written by non-root users.
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue