-
v0.1.232 Stable
released this
2026-07-21 19:16:17 +00:00 | 214 commits to main since this release- Deploy pipelines-operator v0.1.46 → v0.1.48. Carries the universal deploy-gate: the operator now renders
<project>-deploysensors on thepipeline-releaseresource EventSource (fire ondeployable==true, not
main-push) with the bool release filter, plus the registry pull-secret overlay repointed to
zot-registry-registry-credentials(XRegistry/alice teardown). (The auto pin-bump via pindeploy failed on a
transient forgejo merge flake; bumped by hand — the documented manual operator-deploy path.)
Included changes (v0.1.231 -> v0.1.232)
39475c02fc10deploy(operator): pin pipelines-operator v0.1.46 -> v0.1.48
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Deploy pipelines-operator v0.1.46 → v0.1.48. Carries the universal deploy-gate: the operator now renders
-
v0.1.231 Stable
released this
2026-07-21 18:34:47 +00:00 | 218 commits to main since this release- Fix pindeploy release filter (bool).
pipelines-operator-pindeploycompareddeployable == "true"
(string) but the CR field is a bool → the deployable=true event never matched. Now
(deployable == true || deployable == "true").
Included changes (v0.1.230 -> v0.1.231)
925c0965755dfix(deploy-gate): compare deployable as bool in pindeploy filter
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Fix pindeploy release filter (bool).
-
v0.1.230 Stable
released this
2026-07-21 17:58:14 +00:00 | 222 commits to main since this release- Deploy-gate trigger source:
pipeline-releaseresource EventSource. Newbundle/workflows-infra-bare/release-eventsource.yaml
— a resource EventSource watching PipelineRelease CRs (ADD/UPDATE,afterStart: true) + its reader SA/Role/RoleBinding. This is
the source the operator-rendered<project>-deploysensors (and thepipelines-operator-pindeploysensor) gate on: a deploy
fires only when the project's release reachesstatus.deployable==true, never on a git main-push (which advances mid-release).
pipelines-operator-pindeployis rewired offforgejo/main-push ontopipeline-release/deployable(filter
project == "pipelines-operator" && deployable == "true") with a deterministicpipelines-operator-pindeploy-<sha12>name for
dedup — so the operator self-pin can no longer bump to an unsigned/unverified image. Pairs with pipelines-operator's rendered
deploy-sensor rewire.
Included changes (v0.1.229 -> v0.1.230)
5f20e19731c3feat(deploy-gate): pipeline-release EventSource + gate pindeploy on release-green
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Deploy-gate trigger source:
-
v0.1.229 Stable
released this
2026-07-21 16:45:25 +00:00 | 226 commits to main since this release- Bare
registryself-mints its admin credential (severs registry-alice). The
registrynamespace now generates its own zot admin password (ESOPassword
generator → generator-backed htpasswd ExternalSecret,refreshInterval: "0"so
it stays stable) and exposes it cluster-wide via a new
zot-registry-registry-credentialsClusterSecretStore (own reader SA/Role/RoleBinding),
replacing the cross-namespacezot-alice-registry-credentialsstore from
XRegistry/alice. The workflows CI push creds (registry-credentials,
zot-admin-credentials) repoint to the new store, and the in-cluster push host
in the dockerconfig moveszot.registry-alice.svc→zot.registry.svc. Part of
the XRegistry/alice teardown; the admin password rotates at this cutover (pushes
only — pulls are anonymous).
Included changes (v0.1.228 -> v0.1.229)
19e28a0cd1c9feat(registry): self-mint bare zot admin cred + flip workflows CI push off alice store
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Bare
-
v0.1.228 Stable
released this
2026-07-21 15:56:25 +00:00 | 230 commits to main since this release-
Dashboard: click the SHA for the diff, click the red failed-step for the log. A build/deploy row's commit now links to the Forgejo commit DIFF (what changed), and the red "failed at " pill opens the step's mirrored log INLINE (logbox) instead of only linking to Argo (Argo stays as the fallback when the log isn't mirrored yet).
-
Remove the dashboard
publishingrelease sub-state. It was a cosmetic relabel of a Running release that had a matching deploy — but the real fix is to not START the deploy until the release is green (deploy retriggers on release Deployable), so the state it papered over no longer occurs. Dropped the panesRows marking + rowHtml relabel + tests/dashboard-publishing.test.js + its validate-guard line.
Included changes (v0.1.227 -> v0.1.228)
ac5d52a6b150fix(dashboard): remove 'publishing' sub-state; SHA->diff + red failed-step->inline log
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
-
v0.1.227 Stable
released this
2026-07-21 14:28:10 +00:00 | 234 commits to main since this release- Deploy pipelines-operator v0.1.46 (deploy-gate live). Roll the operator with the DeploySubmitter gate: a declared deploy is held Pending until its release latches Deployable (Succeeded), so no deploy starts before its release goes green.
Included changes (v0.1.226 -> v0.1.227)
eb6cac763f9echore(deploy): pipelines-operator v0.1.45 -> v0.1.46 (deploy-gate live, recut off trunk)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
v0.1.226 Stable
released this
2026-07-21 14:22:50 +00:00 | 238 commits to main since this release- Registry flip step 2: bare
registry.sean.farmroutes + buildkit mirror → bare zot. Add theregistry+
registry-https-redirectHTTPRoutes tobundle/registry(nsregistry, parenting the portal-alice gateway
listeners widened in platform v0.1.68);/v2/+ catch-all both backend the local bare zot (same-ns, no
ReferenceGrant). During overlap with the still-present registry-alice route, Gateway-API awards/v2/to the older
alice route; both zots serve the samealice-zotbucket, so pulls are identical until the alice route is removed
(step 3). Also repointbundle/buildkitregistry mirror (docker.io/gcr.io) fromzot.registry-alice.svc→
zot.registry.svc. The OIDC-gated UI (oathkeeper + zot openid) is a deferred follow-on — zot already allows
anonymous read, so the UI browses read-only and/v2/pulls are unaffected.
Included changes (v0.1.225 -> v0.1.226)
d627c637d30afeat(registry): bare registry.sean.farm routes + buildkit mirror flip (registry flip step 2)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Registry flip step 2: bare
-
v0.1.225 Stable
released this
2026-07-21 13:17:31 +00:00 | 242 commits to main since this releaseChanged
- Incremental release.
Included changes (v0.1.224 -> v0.1.225)
5d74e5d1c951fix(registry): registry-scoped MinIO creds store (unblock zot ES sync)b66d186897edfix(registry): whitelist StatefulSet in pipelines AppProject
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
-
v0.1.224 Stable
released this
2026-07-21 12:49:17 +00:00 | 247 commits to main since this release- Bare
registryzot singleton (additive) — CI-spine collapse. Newbundle/registry+registryArgoCD
app (argocd-platform) stand up a bare zot OCI registry in namespaceregistry, replacing per-tenant
XRegistry/alice(registry-alice). It points at the SAMEalice-zotMinIO bucket (zero data migration;
the kernel image spineregistry.sean.farm/seanfarm/{linux-kernel,node-bootc,zfs-userspace}is already
there) and sources admin-htpasswd parity cross-namespace from thezot-alice-registry-credentials
ClusterSecretStore. ADDITIVE: runs alongside registry-alice, nothing repoints — OIDC (UI) + the
registry.sean.farm HTTPRoutes are omitted here (all/v2/image traffic is htpasswd + anonymous read) and
are wired at the flip, when the route + shipwright/buildkit mirrors move tozot.registry.svc. Added
registryto thepipelinesAppProject destinations.
Included changes (v0.1.223 -> v0.1.224)
3f158d5970c2feat(registry): bare zot OCI registry singleton (additive, same alice-zot bucket)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Bare
-
v0.1.223 Stable
released this
2026-07-21 11:36:15 +00:00 | 251 commits to main since this release- Dashboard: "publishing" release sub-state. A release fires its deploy via
ff_main— which happens after its tests
pass — then lingersRunningonly through tag/devbump/projector-reconcile bookkeeping. Showing that tail asRunning
next to aRunningdeploy read as "deploying before tested" (it isn't). The releases pane now relabels aRunningrelease
topublishingonce a deploy for the same sha exists (deploy.sha === release.sha; gitops deploys carry no version, so
sha is the key). Never masks a stuck or failed row. Newtests/dashboard-publishing.test.js(registered in the validate guard).
Included changes (v0.1.222 -> v0.1.223)
2fc51c15174afeat(dashboard): 'publishing' release sub-state (ff_main tail)
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Dashboard: "publishing" release sub-state. A release fires its deploy via