glossary: Remove "leaf" and "hierarchy" from runtime namespace definition #853
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Namespaces are not all hierarchical and processes aren't always in leaves. Also punt to
config-linux.md
for details about namespace creation, although currently that section doesn't talk much about how the runtime namespaces relate to new container namespaces (#795).Also mention resource access, because runtime namespaces play a role even if no new container namespaces are created. I've used resources that currently explicitly mention runtime namespaces as examples, although I think more resources (e.g.
root.path
andmounts[].source
, see here and here) deserve wording about that as well and would be better examples if they'd already landed such wording.Spun off from #795. The first line is similar to #852, but for runtime namespaces instead of container namespaces.