To provide a way of building a container image to build the Uyuni documentation for the legacy documentation branches that still use this helper.
Besides the container, a helper is provider so people that does not know anything about containers can easily use them.
This a result of SUSE's Hack Week 22
The uyuni-docs repository has moved to the new task + make toolchain for current development branches.
master: use the new toolchain inuyuni-docsmanager-5.1: use the new toolchain inuyuni-docsmanager-5.0: useuyuni-docs-helpermanager-4.3: useuyuni-docs-helper
Uyuni is built from master, so Uyuni documentation builds also use the new task toolchain.
For the new workflow, use the setup guides in uyuni-docs:
uyuni-docs-helper: The bash script that allows any contributor to build, inspect the outputs of the build procedure via HTTP and even get outputs at the local system.
./uyuni-docs-helper -r manager-5.0 -o /tmp/test -c obs-packages-mlm-en -p mlm would build the HTML and PDFs for English language, from the manager-5.0 branch at https://github.com/uyuni-project/uyuni-docs (default repository), for SUSE Multi-Linux Manager.
Do not use this helper for master or manager-5.1; those branches now use the upstream task-based toolchain documented above.
imagedirectory: Contains the Dockerfile, thestartup.shscript for the container, and thebuild-locallyhelper (that can be used to build the container locally for testing, passing arguments to the build, such as--no-cacheis allowed). See below for more details.github/workflows: Contains thebuild-and-publish-container-images.ymlworkflow definition to build and publish the image to the GitHub Container registry after each change on the repository- build targets are
x86_64(amd64) andarm64
- Have
podmaninstalled (recommended)
or
- Have
dockerinstalled and an aliaspodmanthat callsdocker(for bash that means addingalias docker='podman'to the file~/.alias)
Install the package gnu-getopt via e.g. Homebrew (https://brew.sh):
brew install gnu-getoptGet Podman ready
podman machine init
podman machine start
# verify the connection
podman system connection listThe image is built and published automatically to ghcr.io/<PROJECT>/uyuni-docs-helper:<BRANCH> after each push to any repository branch.
By default:
<PROJECT>will beuyuni-project, unless you are working with your fork<BRANCH>will be the branch name that got the push, it's the tag for the container image
You can also build the image locally with the script at images/build-locally. In that case the image will be generated as local/uyuni-docs-helper:latest (notice local is here the project).
You can then use uyuni-docs-helper with the -j and -t parameters to specify the right tag and project.