zeekayandHanzo AI 3f7935d61a
CI/CD / render (push) Failing after 0s
The explorer can land on the only node that can run it
evo carries hanzo.ai/no-ci=true:NoSchedule and is the cluster's only
amd64 node, so an amd64 workload that does not tolerate it has nowhere
to go:

  0/2 nodes are available: 1 node(s) didn't match Pod's node
  affinity/selector, 1 node(s) had untolerated taint(s)

The 175 pods already on evo predate the taint -- NoSchedule does not
evict -- so none of them tolerates it either, and nothing new can land
beside them. The taint is hand-applied and declared in no repo.

It exists to keep CI runners off the box, which is a fair thing to want.
This is not CI; it is the chain's explorer, and amd64-only. It says so
here rather than being held out by a rule aimed at something else.

Co-authored-by: Hanzo AI <[email protected]>
2026-09-08 22:13:26 -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%