fabro/.github/workflows
Bryan Helmkamp ff231e890b
Pin the driver PR stack and run its own plugin executables
The plugin scenarios launched two executables fabro built itself,
`fabro-sandbox-host` and `fabro-sandbox-docker`, that only wrapped the
driver's providers in a stdio server the driver already ships as
`sandbox-driver-host` and `sandbox-driver-docker`. Fabro now finds the
driver's executables on PATH: CI installs them at the rev the workspace
pins, read from Cargo.toml so the plugins and the in-process providers
are one build, and a developer installs them the same way. The plugin
proof in fabro-sandbox skips without the executable unless the CI
environment forbids skipping; it was also never running in CI, which
ran it under `--run-ignored only` although it is not ignored, so the
job now runs it on its own.

The pin moves to the head of the sandbox-driver PR stack #9 through
#15: tag pins, classified git failures, the stop grace ladder, snapshot
ensure, the ownership scope, and the testing doubles, which the next
commits adopt. The `sandbox-driver-testing` crate joins the workspace
dependencies for them.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-09 22:19:26 -06:00
..
nightly.yml Pin Bun to 1.3.14 in CI and release workflows 2026-08-21 06:43:38 -04:00
release.yml Pin release workflow runners to ubuntu-24.04 2026-08-21 06:43:52 -04:00
rust.yml Pin the driver PR stack and run its own plugin executables 2026-09-09 22:19:26 -06:00
typescript.yml Pin Bun to 1.3.14 in CI and release workflows 2026-08-21 06:43:38 -04:00