Outdated docsbuilder.sh pulls Antora container w/ EOL nodejs #19
Labels
No labels
Contributors' Guidance
Improve written Material
Contributors' Guidance
technical support measures
effort
high
effort
low
effort
medium
good first issue
help wanted
meeting topic
needs changes
needs reporter feedback
needs review
priority
high
priority
low
priority
medium
priority
on hold
type/content
type/misc
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
docs/tickets#19
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Instances of docsbuilder.sh in various repos pull one of two container images, docker.io/antora/antora or registry.gitlab.com/fedora/docs/docs-website/docs-fp-o. Both images are outdated and contain numerous security issues.
The docker image uses alpine 3.18.3 from 2023-08-07 as base image and ships with nodejs 16.20.2 (EOL 2023-09-12).
The gitlab image uses fedora-minimal 42 from mid-2025 (exact date unknown) as base image and has been pushed to a registry not typically used by Fedora.
[Edited for clarity.]
I didn't find the Containerfile for the gitlab image. podman history reports
[Edited]
Discussed in 2026-05-05 Docs Team meeting.
The team briefly touched base on this ticket. It was confirmed that the primary script updates need to happen in the
docs-templaterepository first before the changes are propagated via submodules to the other repositories.Follow-up Items:
Attached the results of security scans with docker.io/anchore/grype.
[Edited]
Thanks for reporting this. We've inspected the container image and found some context:
The container image pulled by
docsbuilder.shis likely built from a similar Containerfile:https://forge.fedoraproject.org/docs/docs-fp-o/src/branch/prod/build-scripts/Dockerfile
It appears the above Containerfile is used in OpenShift to rebuild the whole site for Fedora.
We will continue to investigate the relevance of the image and the security status to address the concerns you raised.
Actually, the container image pulled by
docsbuilder.shis likely built from this Containerfile:https://forge.fedoraproject.org/docs/docs-fp-o/src/branch/prod/Dockerfile
We discussed the issue in the community meeting. We will update the container image that the script pulls in the short term. We will create a dedicated repository for the script and a new container build process in the long term.
Context on the current situation:
AIUI, the GitLab CI (
.gitlab-ci.yml) was previously building and pushing the container image to the GitLab registry. Specifically, it would:Dockerfilein theprodbranchregistry.gitlab.com/fedora/docs/docs-website/docs-fp-o:latestprodbranch when theDockerfileor.gitlab-ci.ymlchangedThe
docsbuilder.shscript pulls this image and builds the preview.Current blocker:
Following the migration to Fedora Forge, we no longer have a functional CI in place to automatically build and push updated images. We will likely need a runner for the Fedora Forge Docs org for this.
Temporary solutions:
Manual build and push: Build the image locally with an updated
Dockerfileand push it to a dedicated repo inquay.io. We will likely need this repo in the long term anyway. This is the quickest path forward but requires manual intervention each time the image needs updating.Add local build option to the script: Modify the script to support an option that builds the container image locally before running the docs module preview. This makes the workflow self-contained, though we will need to provide a Containerfile or document how to create one.
The first approach would unblock the immediate issue while we work on the permanent CI solution. The second can be implemented in the longer term.
@hricky wrote in #19 (comment):
We do have one. Can you see this link? I'm not sure if it's accessible to just owners or if it's visible to team members as well. https://forge.fedoraproject.org/org/docs/settings/actions/runners/61
In my experience, by default only org owners can see and change Action settings. I don't need to do this to use the runner. Do we have a repo in the Docs org that currently uses this runner? If not, I'll need the runner's label and your permission to open PRs to test it.
We can't build container images with the default runner we currently have in our organization.
In the long term, we should use Konflux, but for now we will request a
testing-farmrunner on the Fedora Forge staging instance to test whether we can use it to build container images. If it works, we will request atesting-farmrunner for Docs organizations in both the staging and production instances.Moving this issue from the 2026 Q2 Team Goals milestone to 2026 Q3 Team Goals. The Q2 milestone is closing out at the end of June. Good progress was made this quarter on investigating the container image situation and identifying a path forward with the testing-farm runner.
This issue is connected to the wider topic of CI in Fedora Docs, which we will discuss in ticket #49 at tomorrow's Fedora Docs Team meeting.
Assisted-by: Claude Opus 4.6 (1M context)
Discussed in 2026-06-30 Fedora Docs Team meeting.
@hricky reported progress on the
docsbuilder.shrefactor discussed at Flock. He has a draft Python script and will open a PR in the staging playground repo for tracking and discussion. Building the Antora container image in a Forgejo pipeline remains complex. Short-term plan: local image building with documentation on how to use the script. The Fedora Forge Team uses Konflux and Quay.io for container builds — the Docs Team should plan in that direction.docsbuilder.shrefactor work, triage ticket #19 asmeeting topicwhen ready to share the proposal and discuss with the teammeeting topiclabel until the proposal is ready for team discussionAssisted-by: Claude Opus 4.6 (1M context)
Discussed in 2026-07-14 Fedora Docs Team meeting.
@hricky reported progress on the
docsbuilder.shrefactor. A PR is now open at docs/docs-fp-o#46 demonstrating that the container image can be built. He will continue updating this issue with the formal proposal and is doing ongoing work in the staging environment at https://forge.stg.fedoraproject.org/playground/docs-fp-o-ci-test.Follow-up:
Assisted-by: Claude Opus 4.6 (1M context)
The runner uses quay.io/containers/aio:latest from 2026-05-27. aio used to get updated every week, not anymore. https://quay.io/repository/containers/aio?tab=tags&tag=latest
Attached the result of a security scan with docker.io/anchore/grype.
@tk2345 wrote in #19 (comment):
If the goal is to build a container image with the fewest possible vulnerabilities reported by the
grypescanner, we could achieve that.deleted