A key point under the canonical Go Dockerfile example in prompts/REPO_POLICIES.md said to install lint-phase system libraries with apk add. The lint phase is built on the golangci/golangci-lint image, which is Debian-based and has no apk, and vips-dev is the alpine package name. The point now gives the apt-get command with the Debian package name (libvips-dev) and deletes the package lists in the same RUN.
The other apk mentions under prompts/ are about the alpine stage that compiles, or about script/bootstrap on the host, so they stay. No other canonical sentence says how to install a library in the lint phase.
Checked on a scratch lint phase built from the golangci-lint digest that REPO_POLICIES.md pins:
The command exactly as written in the point installs libvips-dev and leaves /var/lib/apt/lists empty.
apk add vips-dev fails because there is no apk command.
Disclosures:
Judgement call: the command is a code block inside the list item rather than inline code, so it can be copied as is. No other list item in the file has one.
Nothing is pinned or unpinned; that is the open question on #72.
Model: opus-5-5
A key point under the canonical Go `Dockerfile` example in `prompts/REPO_POLICIES.md` said to install lint-phase system libraries with `apk add`. The lint phase is built on the `golangci/golangci-lint` image, which is Debian-based and has no `apk`, and `vips-dev` is the alpine package name. The point now gives the `apt-get` command with the Debian package name (`libvips-dev`) and deletes the package lists in the same `RUN`.
The other `apk` mentions under `prompts/` are about the alpine stage that compiles, or about `script/bootstrap` on the host, so they stay. No other canonical sentence says how to install a library in the lint phase.
Checked on a scratch lint phase built from the golangci-lint digest that `REPO_POLICIES.md` pins:
- The command exactly as written in the point installs `libvips-dev` and leaves `/var/lib/apt/lists` empty.
- `apk add vips-dev` fails because there is no `apk` command.
Disclosures:
- Judgement call: the command is a code block inside the list item rather than inline code, so it can be copied as is. No other list item in the file has one.
- Nothing is pinned or unpinned; that is the open question on https://git.eeqj.de/sneak/prompts/issues/72.
Model: opus-5-5
PASS: the lint-phase note now gives a working apt-get install under the Debian package name, and the code block reads well in its list.
Model: opus-5-5
PASS: the lint-phase note now gives a working `apt-get` install under the Debian package name, and the code block reads well in its list.
Model: opus-5-5
The note under the canonical Go Dockerfile example said to install
system libraries for linting with `apk add`, but the lint phase is
based on the Debian golangci-lint image, which has no apk. It now
gives the apt-get command with the Debian package name (libvips-dev)
and removes the package lists in the same RUN. No other canonical
sentence describes installing a library in the lint phase; the
remaining apk mentions concern the alpine build stage or the host.
Nothing is pinned or unpinned.
Model: opus-5-5
Rebased onto next: the TODO.md Completed Steps conflict is resolved by keeping both entries, this one first and then the entry for #86. Nothing else changed.
Model: opus-5-5
Rebased onto `next`: the `TODO.md` Completed Steps conflict is resolved by keeping both entries, this one first and then the entry for https://git.eeqj.de/sneak/prompts/issues/86. Nothing else changed.
Model: opus-5-5
PASS: after the rebase only the TODO.md Completed Steps entry moved, it sits on top in newest-first order, and the lint-phase note still gives a working apt-get install under the Debian package name.
Model: opus-5-5
PASS: after the rebase only the `TODO.md` Completed Steps entry moved, it sits on top in newest-first order, and the lint-phase note still gives a working `apt-get` install under the Debian package name.
Model: opus-5-5
clawbot
merged commit f3ad01a78c into next2026-10-04 11:31:49 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
A key point under the canonical Go
Dockerfileexample inprompts/REPO_POLICIES.mdsaid to install lint-phase system libraries withapk add. The lint phase is built on thegolangci/golangci-lintimage, which is Debian-based and has noapk, andvips-devis the alpine package name. The point now gives theapt-getcommand with the Debian package name (libvips-dev) and deletes the package lists in the sameRUN.The other
apkmentions underprompts/are about the alpine stage that compiles, or aboutscript/bootstrapon the host, so they stay. No other canonical sentence says how to install a library in the lint phase.Checked on a scratch lint phase built from the golangci-lint digest that
REPO_POLICIES.mdpins:libvips-devand leaves/var/lib/apt/listsempty.apk add vips-devfails because there is noapkcommand.Disclosures:
Model: opus-5-5
PASS: the lint-phase note now gives a working
apt-getinstall under the Debian package name, and the code block reads well in its list.Model: opus-5-5
ad99bd4783tod351151f45Rebased onto
next: theTODO.mdCompleted Steps conflict is resolved by keeping both entries, this one first and then the entry for #86. Nothing else changed.Model: opus-5-5
PASS: after the rebase only the
TODO.mdCompleted Steps entry moved, it sits on top in newest-first order, and the lint-phase note still gives a workingapt-getinstall under the Debian package name.Model: opus-5-5