fix(image): copy tooling/sql into the build stage by sajonaro · Pull Request #5 · writ-lang/writ

sajonaro · 2026-08-24T09:20:00Z

The failure

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro · 2026-08-24T09:20:00Z

The failure

The publish run stopped in stage 1:

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro · 2026-08-24T09:20:00Z

The failure

The publish run stopped in stage 1:

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro · 2026-08-24T09:20:00Z

The failure

The publish run stopped in stage 1:

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro · 2026-08-24T09:20:00Z

The failure

The publish run stopped in stage 1:

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro · 2026-08-24T09:20:00Z

The failure

The publish run stopped in stage 1:

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro · 2026-08-24T09:20:00Z

The failure

The publish run stopped in stage 1:

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro · 2026-08-24T09:20:00Z

The failure

The publish run stopped in stage 1:

File "tooling/cli/dune", line 34, characters 61-69:
34 | (libraries writ_data writ_syntax writ_runtime writ_loadpath writ_sql))
^^^^^^^^
Error: Library "writ_sql" not found.
-> required by library "writ_cli" in _build/default/tooling/cli

Why

The Dockerfile enumerates the source directories the build stage needs, one COPY per library — deliberately, since that list is the check that writ and writ-mcp are a small closed set. writ_cli gained a dependency on writ_sql; the list did not gain tooling/sql.

It builds everywhere else because everywhere else has the whole tree. Only the image sees the subset, and nothing builds the image on push — image.yml fires on a v* tag or by hand — so the drift stayed invisible until publish.

The change

One COPY, plus a note in the comment block above the list recording this failure mode, since the list reads like documentation and is load-bearing.

Verification

Local docker build, changed layer uncached:

stage 1 compiled writ.exe and writ_mcp.exe
the in-Dockerfile smoke checks passed: writ check → states: 2, writ derive → (3 rows), writ-mcp initialize → protocolVersion
docker run --rm <image> --version → writ 0.1.0
writ sql — the verb the missing library backs — runs in the finished image

Checked the rest of the closure against the dune files: writ.exe needs writ_data, writ_syntax, writ_runtime, writ_loadpath, writ_sql; writ_mcp.exe adds writ_json and writ_mcp. tooling/sql was the only gap.

🤖 Generated with Claude Code

The Dockerfile enumerates the source directories the build stage needs, one COPY per library, and that list is the check that the two shipped binaries are a small closed set. `writ_cli` gained a dependency on `writ_sql` and the list did not gain `tooling/sql`, so the image build stopped at "Library "writ_sql" not found" while every other build — which sees the whole tree — kept passing. Nothing builds the image on push (image.yml fires on a v* tag or by hand), so the drift was invisible until publish. The comment above the list now says so, because the list is load-bearing and reads like documentation. Verified by a local `docker build`: both executables compile, the in-Dockerfile smoke checks pass, and `writ sql` — the verb the missing library backs — runs in the finished image. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sajonaro merged commit 7908ccc into mainAug 24, 2026
1 check passed

github-actionsBot locked and limited conversation to collaborators Aug 24, 2026