d9eb4f38be40aea043fa2ba4f7490fbceeae97ab
The KMS fetch steps called `/api/v1/auth/universal-auth/login` and `/api/v3/secrets/raw?workspaceSlug=...` — the Infisical surface. We do not run Infisical; kms.hanzo.ai serves the Hanzo-native door and 404s those paths, so every secret fetch failed and the build died at "KMS auth failed". Rewritten to the canonical contract the working repos use: `/v1/kms/auth/login` returning `.accessToken`, then `/v1/kms/secrets/ci/<name>?env=prod` returning `.value`. The org is read from the credential, so the `zoo-platform` workspace slug is gone. Co-authored-by: Hanzo AI <[email protected]>
Zoo Universe — retired
Read-only from here. Canonical: https://git.hanzo.ai/zoo/universe
This tip is an ancestor of canonical main, so no commit reachable from this
branch is unique to it — the canonical repo is a strict superset. Nothing was
lost by stopping here.
Two universes for one org is a split brain: a push lands somewhere real, reports
success, and never reaches a cluster, because CD reconciles the other one
(deploy/applicationset.yaml names the canonical URL). One repo per org means
that failure cannot happen.
Description
Declared state for the zoo fleet: one values file per service, one ApplicationSet
1.2 MiB
Languages
TypeScript
70.1%
Shell
21.5%
Makefile
8.4%