feat(shipwright): build the seanfarm fork of zot in-cluster #188
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/zot-shipwright-build"
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?
Build
zotin ns shipwright-build clonessean/zot-srcatv2.1.15-seanfarm.1and pushescodeberg.org/someara/zot:v2.1.15-seanfarm.1.Why codeberg: the registry cannot pull itself. Nodes pull codeberg.org through the containerd host entry, which works while zot is down.
Why a fork: MinIO answers a request with HTTP 499 / ClientDisconnected a few times a day; aws-sdk-go v1 makes zero retries for it, and zot destroys the whole blob upload session (client sees
blob upload unknown). The fork is upstream v2.1.15 plus a bounded retry (3 attempts, ~0.5 s worst case) around the idempotent s3 driver calls.The Dockerfile runs the fork's retry tests in a build stage, so a red test fails the BuildRun and nothing is pushed. COMMIT and RELEASE_TAG are build-args (no .git in the context). GOPROXY is the in-cluster Athens proxy.
Timeout 45m because the single shared buildkitd serializes this build. The deployment-gate exemption from
0a98a9b7keeps the seanfarm deploy from waiting on the BuildRun.Files:
shipwright-builds/app-images/zot-build.yaml(Build + BuildRunzot-build-v2115-seanfarm1),app-images/kustomization.yaml,CHANGELOG.md.bash tests/check.shpasses.Follow-up: the zot manifests pin the image by digest (separate PR in sean/zot).
https://claude.ai/code/session_01LeVatedQ4sCA1u6LHjo7B5