ci: trust artifactapi internal CA when pushing docker-internal #5
Reference in New Issue
Block a user
Delete Branch "benvin/jellyfin-buildkit-ca"
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?
The v0.1.0 release pipeline (#3) built the runtime image successfully but failed the push to
artifactapi.k8s.syd1.au.unkin.net/docker-internal/jellyfin-ha:v0.1.0with:buildkit did not trust artifactapi's TLS cert (signed by the estate's internal Vault CA). The image builds fine and anonymous push to
docker-internalis allowed for trusted clients, so the only gap is CA trust during the push handshake.This change:
ca-truststep (imagegit.unkin.net/unkin/almalinux9-base, which already trusts the unkin CA and is the same image the RPM release pipelines use to reach artifactapi over HTTPS) that copies the consolidated trust bundle into the shared workspace.docker-buildxplugin at that CA viabuildkit_config[registry."artifactapi.k8s.syd1.au.unkin.net"] ca=[...]. buildx copies the referenced CA into the buildkitd container under/etc/buildkit/certswhen it creates the builder, so the push now verifies.buildkit_configbecauseCI_WORKSPACEis runtime-only (not substituted at config-evaluation time).serviceAccountNameon the new step per repo conventions.The
.NETbuild and image name/tag logic are unchanged.This unblocks the v0.1.x image push.
autobackup-operatorpushes to the samedocker-internalregistry with the same plugin and no CA trust, so it has the identical gap and will need the same fix.