Compare commits

...

3 Commits

Author SHA1 Message Date
joakimp 6dfbded9c8 release: v1.6.2 — lift smoke size threshold (3500→3800)
Publish Docker Image / resolve-versions (push) Successful in 12s
Lint / hadolint (push) Successful in 7s
Lint / actionlint (push) Successful in 20s
Publish Docker Image / base-decide (push) Successful in 11s
Publish Docker Image / build-base (push) Has been skipped
Publish Docker Image / smoke (push) Successful in 4m42s
Publish Docker Image / smoke-studio (push) Successful in 8m24s
Publish Docker Image / build-variant-studio (push) Successful in 18m8s
Publish Docker Image / build-variant (push) Successful in 25m53s
Publish Docker Image / promote-base-latest (push) Successful in 6s
Publish Docker Image / update-description (push) Successful in 12s
Completes v1.6.1's studio publish. Run 512 shipped v1.6.1 non-studio
(3411 MB) cleanly, but smoke-studio failed the size gate at 3574 MB vs
the 3500 MB threshold. Threshold was set in v1.0.0 pre-agent-browser
(baseline was 3.20 GB local arm64 + 300 MB margin); v1.6.0 baked in
agent-browser + Chromium (+~291 MB net) but the threshold was never
lifted. v1.6.0 never got to smoke because of the network fault, so
nothing surfaced this until v1.6.1's smoke-studio.

Bump SIZE_THRESHOLD_MB to 3800 (~225 MB margin above observed studio
number, tight enough to still catch a genuine +GB regression). Refresh
the comment above the constant with the current baseline + run 512
actuals so future readers know where the number came from.

CI-only change; image bytes identical to v1.6.1 except for the manifest's
release_tag/source_revision. Not base-affecting.
2026-07-23 08:43:57 +02:00
joakimp 45b6239777 test(smoke): don't hard-code a 'v' prefix on release_tag
Lint / hadolint (push) Successful in 8s
Lint / actionlint (push) Successful in 21s
Publish Docker Image / resolve-versions (push) Successful in 48s
Publish Docker Image / base-decide (push) Successful in 28s
Publish Docker Image / build-base (push) Has been skipped
Publish Docker Image / smoke (push) Successful in 4m44s
Publish Docker Image / smoke-studio (push) Failing after 5m4s
Publish Docker Image / build-variant-studio (push) Has been skipped
Publish Docker Image / build-variant (push) Successful in 29m5s
Publish Docker Image / update-description (push) Successful in 7s
Publish Docker Image / promote-base-latest (push) Successful in 15s
The smoke workflow deliberately passes RELEASE_TAG=smoke to the variant
build so smoke images don't collide with real vX.Y.Z tags. The variant
bakes that into /etc/pi-devbox/build-manifest.json, and pi-devbox-version
prints 'pi-devbox smoke' — correct behaviour. But the smoke assertion
required substring 'pi-devbox v', which only holds for real releases.

Assertion never fired before because pi-devbox-version was added after
v1.5.0 (fb49828, 2026-07-15) and every CI attempt since was blocked
before smoke ran (v1.6.0 network flake, v1.6.1 first successful base
build hit this). CI run 509 (v1.6.1) surfaced it.

Fix: require the substring 'pi-devbox ' (space, no v). The two
neighbouring assertions on --json and --quiet already cover the value
of release_tag; this one just verifies the human line renders.
Everything else in 55/56 checks passed on run 509 including
pi 0.81.1 reported and base-229f04e5d021 pushed OK.
2026-07-23 07:58:22 +02:00
joakimp d00eef2acb docs(changelog): v1.6.1 — pi 0.80.6→0.81.1 (skips 0.81.0)
Publish Docker Image / resolve-versions (push) Successful in 7s
Lint / actionlint (push) Successful in 55s
Lint / hadolint (push) Successful in 9s
Publish Docker Image / base-decide (push) Successful in 55s
Publish Docker Image / build-base (push) Successful in 58m42s
Publish Docker Image / smoke (push) Failing after 4m50s
Publish Docker Image / build-variant (push) Has been skipped
Publish Docker Image / promote-base-latest (push) Has been skipped
Publish Docker Image / update-description (push) Has been skipped
Publish Docker Image / smoke-studio (push) Failing after 13m22s
Publish Docker Image / build-variant-studio (push) Has been skipped
v1.6.0 was tagged 2026-07-17 but never reached Docker Hub (variant
publish blocked by a site-network SYN-drop fault, since fixed). Cut
v1.6.1 to land v1.6.0's content (agent-browser + pi-devbox-version)
alongside a first pi bump since v1.5.0.

0.81.0 is skipped deliberately: it removed the default stream fallback
for extensions using the pre-0.81 pi-agent-core API, which
pi-observational-memory relies on via agentLoop + stream.result().
0.81.1 restored the fallback (earendil-works/pi#6915), so 0.81.1 — but
not 0.81.0 — is a safe drop-in. pi-fork only imports types; unaffected.

Audit of 0.80.7–0.81.1 vs the two baked extensions and the base image:
no breaking changes affect pi-devbox. Node engine bumped to >=22.19.0
in 0.81.0 (nodesource 22.x currently 22.23.1, so no engine bump needed).

Base-affecting via the npm install line, so base-<hash> rebuilds.
2026-07-22 22:53:55 +02:00
2 changed files with 100 additions and 6 deletions
+91
View File
@@ -15,8 +15,99 @@ Pre-v1.0.0 tags followed the pi npm version (`v{pi_version}[letter]`).
_Nothing yet — next release's changes will accrue here._
## v1.6.2 — 2026-07-23
Patch release. **Completes the v1.6.1 studio publish.** CI-only change; the
shipped image content is identical to v1.6.1 apart from the bumped `pi`
version resolution at build time (still `0.81.1`).
> **Note on v1.6.1.** Ran on 2026-07-23; the non-studio variant (`v1.6.1`,
> `latest`, `base-latest`) shipped cleanly, but the studio variant was blocked
> in the smoke-studio job by a size assertion that was still calibrated for
> the pre-`agent-browser` baseline. `v1.6.1-studio` and `latest-studio` were
> never pushed; `latest-studio` on Hub still points at v1.5.0-studio until
> v1.6.2 lands. Users who pull `joakimp/pi-devbox:v1.6.1` today get a valid
> non-studio image with `pi 0.81.1` baked; there is no `v1.6.1-studio` image.
### Fixed (CI)
- **`scripts/smoke-test.sh`: raise `SIZE_THRESHOLD_MB` from `3500` to `3800`.**
The 3500 threshold was set in v1.0.0 based on a local arm64 build measured
at 3.20 GB plus a `+300 MB` margin. v1.6.0 baked in `agent-browser` +
Playwright Chromium (~291 MB net, documented in v1.6.0's entry) but the
threshold was never updated — v1.6.0 never ran to smoke because of the
site-network fault, so nothing surfaced the miscalibration until
run 512 (v1.6.1) reached smoke-studio and reported
`3574 MB exceeds threshold 3500 MB`. Actual CI amd64 sizes observed on
run 512: **3411 MB non-studio**, **3574 MB studio**. The new 3800 MB
ceiling carries ~225 MB margin above the studio number — enough to absorb
minor arch/build-cache variance and small future growth, still tight
enough to catch a genuine +GB regression. The comment above the constant
is refreshed to reflect the new baseline (agent-browser included, run 512
actuals). Not base-affecting; base hash unchanged.
- **`scripts/smoke-test.sh`: don't hard-code a `v` prefix on `release_tag`
in the `pi-devbox-version` human-output assertion.** (Landed on the
retagged `v1.6.1` and carried forward in `v1.6.2`.) The smoke workflow
deliberately passes `RELEASE_TAG=smoke` / `RELEASE_TAG=smoke-studio` to
the variant build so smoke images don't collide with real `vX.Y.Z` tags,
and `pi-devbox-version` correctly prints `pi-devbox smoke`. The prior
assertion required the literal substring `pi-devbox v` — only true for
real releases — so it fired on every smoke run once it existed. The two
neighbouring assertions on `--json` and `--quiet` already cover the value
of `release_tag`; the human-output assertion now only verifies that the
line renders (substring `pi-devbox ` — note the trailing space). Never
fired before because `pi-devbox-version` was added post-v1.5.0 and every
CI attempt since was blocked before smoke ran.
## v1.6.1 — 2026-07-22
Patch release. Headline: **pi `0.80.6` → `0.81.1`** (npm `latest`) — the first
pi bump since v1.5.0.
> **Note on v1.6.0.** The `v1.6.0` git tag was cut on 2026-07-17 (agent-browser +
> `pi-devbox-version`, see below) but never reached Docker Hub: the variant
> publish was blocked by an intermittent SYN-drop fault on the on-prem CI
> network (`ci-network-diagnosis.md`, since resolved). v1.6.1 lands v1.6.0's
> content **plus** the pi bump in one release; there is no `v1.6.0` image on
> Docker Hub. The `v1.6.0` git tag is left in place as an accurate record of
> what was intended on that day.
### Changed
- **pi `0.80.6``0.81.1`.** The CI resolves `pi@latest` at build time; latest
is now `0.81.1`. The intermediate `0.81.0` is deliberately skipped: 0.81.0
removed the default stream fallback for extensions using the pre-0.81
`@earendil-works/pi-agent-core` API, which `pi-observational-memory` relies
on (`agentLoop` + `stream.result()` in the observer/reflector/dropper
agents). 0.81.1 restored the fallback ([earendil-works/pi#6915][pi-6915]),
making 0.81.1 — but not 0.81.0 — a safe drop-in. `pi-fork` only imports
types from `pi-agent-core` and is unaffected. Everything since v1.5.0's
baked `0.80.6` (i.e. `0.80.7``0.80.10`, `0.81.0`, `0.81.1`) was audited for
breaking changes against the two baked extensions — none affect this image.
The Node engine requirement rose to `>=22.19.0` in `0.81.0`; the base still
ships `22.23.1` (nodesource 22.x), so no engine bump is needed. Highlights
users inherit from the upstream jump: **local llama.cpp router support**
(search + download Hugging Face models, explicit load/unload, live
progress); **full pi-ai provider extensions** (extensions can now register
complete providers with native auth, model refresh, filtering, and
streaming); **Qwen Token Plan** subscription providers; **resilient
compaction / branch-summary retries** on transient provider failures with
lifecycle events exposed to interactive, JSON, RPC, and SDK consumers;
expanded usage accounting for tools, compaction, and branch summaries.
Base-affecting (npm install line rebuilds), so `base-<hash>` rebuilds. See
the [pi changelog][pi-changelog] for the full list.
[pi-6915]: https://github.com/earendil-works/pi/issues/6915
[pi-changelog]: https://github.com/earendil-works/pi/blob/main/CHANGELOG.md
## v1.6.0 — 2026-07-13
> ⚠️ **Never published to Docker Hub.** Tagged in git on 2026-07-17 but the
> variant publish was blocked by a site-network fault before the image reached
> the registry. Superseded by v1.6.1, which carries this release's content
> forward alongside the `pi 0.81.1` bump.
### Added
- **`agent-browser` — headless browser automation, baked into every variant.**
+9 -6
View File
@@ -31,11 +31,14 @@ IMAGE="${1:?usage: $0 <image>}"
PASS=0; FAIL=0
# pi-devbox v1.0.0 (decoupled from opencode-devbox) added pandoc, graphviz,
# imagemagick, yq, tealdeer, a baked /etc/tmux.conf, and the non-modal
# editors nano + micro (~15 MB combined). Local arm64 build
# observed 3.20 GB. CI amd64 builds may differ slightly; threshold below
# carries +300 MB margin to absorb arch differences without false reds.
# Tighten in a follow-up release once amd64 actuals are observed in CI logs.
SIZE_THRESHOLD_MB=3500
# editors nano + micro (~15 MB combined). v1.6.0 baked in agent-browser +
# Playwright Chromium (~291 MB net after dropping the unused headless-shell
# build), which lifted the baseline. CI amd64 actuals observed on run 512
# (v1.6.1): 3411 MB non-studio, 3574 MB studio. Threshold below carries
# ~225 MB margin above the studio number to absorb minor arch/build-cache
# differences and small future growth without false reds, while still
# catching an unexpected +GB regression.
SIZE_THRESHOLD_MB=3800
run() {
local label="$1"; local cmd="$2"
@@ -166,7 +169,7 @@ run "manifest has no unresolved ('unknown') components" \
run "pi-devbox-version binary present + executable" \
"test -x /usr/local/bin/pi-devbox-version"
run_expect "pi-devbox-version human output shows release tag" \
"pi-devbox-version" "pi-devbox v"
"pi-devbox-version" "pi-devbox "
run_expect "pi-devbox-version --json round-trips the manifest" \
"pi-devbox-version --json" '"release_tag"'
run_expect "pi-devbox-version --quiet is a compact one-liner" \