Files
windy-git/deploy/runner/config.yaml
Grant Whitmer dcf9286f16
All checks were successful
check / gate (push) Successful in 21s
canary / probe (push) Successful in 6s
ci: make Windy Git CI permanent for the private repos
- Four runners x capacity 1 instead of one x capacity 4. Concurrent jobs in
  one act_runner share /root/.cache/act; a refresh racing a copy killed 3 of
  windy-chat's ~20 jobs at setup-node (lstat ... no such file). Separate
  processes have separate caches. Same parallelism, same capped dind.
- Behavioral tests for pr_status_bridge (latest verdict wins, no reposting,
  skipped never painted green, fork PRs never run, pagination, PR lifecycle).
- import_from_github.py reads IMPORT_GITEA_URL, not GITEA_BASE_URL: sourcing
  the deploy .env pointed it at http://gitea:3000 and it died on DNS after the
  mirror it replaces had already been deleted.
- CUTOVER.md: the private-repo CI path, onboarding steps, and the
  /actions/tasks-hides-queued-runs trap.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-23 02:18:04 -04:00

59 lines
2.3 KiB
YAML

# act_runner configuration (G7.1).
#
# Labels are EXPLICIT and PINNED. `ubuntu-latest` is banned (G7.5): all four
# windy-registry workflows use it and every single run fails, because a
# self-hosted runner has no such label unless you invent one. A workflow that
# names a label nobody provides queues forever and looks like a hung CI system
# rather than a typo.
log:
level: info
runner:
file: /data/.runner
capacity: 1 # per runner; parallelism = number of runner services (4). See docker-compose.yml
timeout: 30m
shutdown_timeout: 3m
insecure: false
fetch_timeout: 5s
fetch_interval: 2s
labels:
# windy-git's own workflows.
- "veron-1:docker://catthehacker/ubuntu:act-22.04"
- "linux-x64:docker://catthehacker/ubuntu:act-22.04"
# THE FLEET'S EXISTING CONVENTION. Surveyed 2026-08-12 across ten repos:
# 36 of 36 active workflows say `runs-on: [self-hosted, linux, x64]`.
# They were written for the self-hosted runners that died when the repos
# went private, so advertising these three labels makes every one of them
# runnable AS-IS — no workflow edits, no rewrites.
#
# A job asking for [self-hosted, linux, x64] matches only if the runner
# advertises ALL THREE, so all three are declared separately.
- "self-hosted:docker://catthehacker/ubuntu:act-22.04"
- "linux:docker://catthehacker/ubuntu:act-22.04"
- "x64:docker://catthehacker/ubuntu:act-22.04"
cache:
enabled: true
dir: /data/cache
container:
# Empty = act creates a NETWORK PER JOB and removes it afterwards.
#
# This started as `bridge` for isolation, which was a mistake in both
# directions. It broke service containers — Postgres came up healthy but the
# job could not resolve the name `postgres`, because service DNS aliases only
# exist on a per-job network — and it was *weaker* isolation, since every
# concurrent job shared one flat bridge and could see its neighbours.
#
# A per-job network is both correct and stricter. Still no route to the forge:
# these networks live inside the dind daemon, which has no forge attachment
# at all.
network: ""
privileged: false
options:
workdir_parent: /workspace
valid_volumes: [] # a job cannot bind-mount anything from the daemon host
docker_host: "-" # do NOT expose the runner's own docker socket to jobs
force_pull: false