zeekayandHanzo AI 35aba18a7e
CI/CD / render (push) Failing after 0s
app.lux.financial reaches the workload that answers for it
The host resolves and reaches this cluster, and got the ingress's own
404: bank-dash was healthy the whole time and no object named the host.
PRODUCTS.md and the e2e suite both give this host to this workload.

One host is enough here. dashd serves the bundle and proxies /v1 to
bankd in-cluster, so the API the page calls is same-origin and answered
without bankd being published. Publishing a bank's API is a separate act
with a separate blast radius; it is not needed for this page to work and
is not done here.

Co-authored-by: Hanzo AI <[email protected]>
2026-09-08 15:50:28 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-07-26 15:46:04 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00
2026-09-08 15:23:20 -07:00

Lux Universe — retired

Read-only from here. Canonical: https://git.hanzo.ai/lux/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.

S
Description
Declared state for the lux fleet: one values file per service, one ApplicationSet
Readme BSD-3-Clause
6.7 MiB
Languages
TypeScript 66.4%
Shell 14.9%
Python 7.9%
Go 4.8%
Makefile 4.3%
Other 1.7%