Paul Payne
d34ff9220d
A fresh clone + ./install.sh set up the infra (Docker, Caddy, MQTT, Postgres) but left the registry empty — so `castle deploy && castle start` brought up nothing. install.sh now gets a person all the way to a running Castle: - ensure_uv + install_cli: install uv and the `castle` CLI (editable from ./cli) so the command exists on a fresh machine. - seed_control_plane: register castle-gateway, castle-api, and the castle dashboard from a new bootstrap/ seed dir, and add `repo:` to castle.yaml so `source: repo:<name>` resolves. Never clobbers existing entries. - build_dashboard: build app/dist/ so the gateway has a UI to serve (best-effort; warns if pnpm is absent). The gateway seed uses a `__SPECS_DIR__` placeholder (no machine-specific paths in the repo), substituted with this machine's specs dir at seed time. .gitignore negates bootstrap/**/castle.yaml so the seeds are tracked despite the user-registry ignore rule. Verified: seeded config loads, derives kinds service/service/static, and renders an off-mode Caddyfile serving the dashboard at :9000/ with /api/* proxied to castle-api.
23 lines
577 B
YAML
23 lines
577 B
YAML
# The Caddy gateway. `__SPECS_DIR__` is substituted with $CASTLE_HOME/artifacts/specs
|
|
# at install time (install.sh seed_control_plane). For acme TLS, add a
|
|
# CLOUDFLARE_API_TOKEN to defaults.env later — see docs/dns-and-tls.md.
|
|
description: Caddy reverse proxy gateway
|
|
manager: systemd
|
|
run:
|
|
launcher: command
|
|
argv:
|
|
- caddy
|
|
- run
|
|
- --config
|
|
- __SPECS_DIR__/Caddyfile
|
|
- --adapter
|
|
- caddyfile
|
|
expose:
|
|
http:
|
|
internal:
|
|
port: 9000
|
|
health_path: /
|
|
manage:
|
|
systemd:
|
|
exec_reload: caddy reload --config __SPECS_DIR__/Caddyfile --adapter caddyfile
|