Skip to content

Conversation

@siretart
Copy link
Contributor

Also address most troff issues. Not all of them are easy, in particular those manpages with long urls and examples that include digests are difficult to render in traditional manpages.

Add troff renderering to the Manpage to surface those troff issues more easily

@github-actions github-actions bot added the common Related to "common" package label Nov 28, 2025
@siretart siretart force-pushed the manpage-fixes-common branch from ecaca2d to 8d4e69c Compare November 28, 2025 14:35
@mtrmac mtrmac changed the title Cleanup manpage formatting common: Cleanup manpage formatting Nov 28, 2025
Copy link
Contributor

@mtrmac mtrmac left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

By no means a complete review, I just have enough questions that this feels like a good point to stop and discuss.

@siretart siretart requested a review from mtrmac November 28, 2025 17:57
Also address most troff issues. Not all of them are easy, in particular those
manpages with long urls and examples that include digests are difficult to
render in traditional manpages.

Signed-off-by: Reinhard Tartler <siretart@tauware.de>
@siretart siretart force-pushed the manpage-fixes-common branch from f0f541f to a8a0290 Compare November 29, 2025 16:18
Comment on lines +138 to +144
Labeling systems like SELinux require proper labels on the bind mounted content mounted into a container. Without a label, the security system might prevent the processes running in side the container from using the content. By default, container engines do not change the labels set by the OS. The relabel flag tells the engine to relabel file objects on the shared mountz.

The relabel=shared and z options tell the engine that two or more containers will share the mount content. The engine labels the content with a shared content label.
The relabel=shared and z options tell the engine that two or more containers will share the mount content. The engine labels the content with a shared content label.

The relabel=private and Z options tell the engine to label the content with a private unshared label. Only the current container can use a private mount.
The relabel=private and Z options tell the engine to label the content with a private unshared label. Only the current container can use a private mount.

Relabeling walks the file system under the mount and changes the label on each file, if the mount has thousands of inodes, this process takes a long time, delaying the start of the container.
Relabeling walks the file system under the mount and changes the label on each file, if the mount has thousands of inodes, this process takes a long time, delaying the start of the container.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These are conceptually a description of the relabel= options, so should be nested under those bullet points (as opposed to the Options specific to *tmpfs* line below, which is “higher level” than the bullet points).

So, I think these should be indented one level; that seems to make a difference for GitHub rendering, but I’m afraid creates exactly the same man page content, so it does not help there. Maybe I’m missing a trick. If not, using a more precise markup means we can hope for md2man improvements in the future.

Matching is done using the `filepath.Match` rules:

* A preprocessing step removes leading and trailing whitespace and eliminates
. and .. elements using the golang `path/filepath` package.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(If this should be referring to Go’s implementation details at all — arguably that’s not very useful to users, but I think rewording all of this would be a different PR),filepath.Clean is a specific way to clean, and matches the form of the filepath.Match reference above.

Container engines like Podman & Buildah read containers.conf file, if it exists
and modify the defaults for running containers on the host. containers.conf uses
a TOML format that can be easily modified and versioned.
Container engines like Podman & Buildah read` containers.conf` file, if it
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Container engines like Podman & Buildah read` containers.conf` file, if it
Container engines like Podman & Buildah read `containers.conf` file, if it

otherwise md2man joins the two words.


Options are:
`device` Uses the network_interface name from the network config as interface name. Falls back to the ethX pattern if the network_interface is not set.
`device`: Uses the network_interface name from the network config as interface name. Falls back to the ethX pattern if the network_interface is not set.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The other “Options are” sections don’t use a colon. I have very little preference on one vs. the other, but consistency is easier to maintain.

(Reformating these ~tables to consistently be proper tables, or perhaps definition lists, would also be an option, but not at all necessary.)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

common Related to "common" package

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants