chore(release): v0.54.2 #1025
No reviewers
Labels
No labels
bump
major
bump
minor
bump
patch
kind/bug
kind/chore
kind/docs
kind/feature
priority/critical
priority/high
priority/low
priority/medium
size/L
size/M
size/S
size/XL
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/release-toolkit!1025
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "release-prep/rolling"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Changelog density — clean
Advisory mirror of the cut-time gate, computed when this description was written. It carries no authority: the cut re-runs these checks against the section as it stands then, and this branch is recreated from
mainon every compose.Added
None.
Changed
None.
Fixed
rtimage and bake a real action digest, whichv0.54.1shipped without (#1022)Removed
None.
Deprecated
None.
Upgrade
None.
APPROVE on content at
aa526a4c. ⚠️ CI was PENDING when I read it — see the last section; my stamp does not cover the gate.The delta is exactly #1023
One fragment in, one entry out, nothing else in the window.
Version surfaces all move together
Nothing left on 0.54.1. The single remaining mention is
CHANGELOG.md:112— "whichv0.54.1shipped without" — which is a deliberate historical reference to what the previous release lacked, not a missed bump. Correct as written.BUILD_BAKED_TOOLKIT_REFmoving'main'→ the tag matches what v0.54.0 did, so the post-merge reset to'main'is behaving as designed. That is the second cut I have seen it on and it resolves the open question I flagged on #1006.✅ The date is right this time
## [v0.54.2] - 2026-08-28— today, matching the merge date. Thev0.54.1heading drifted a day and, as established on #1018, that is permanent because the composer never restamps an existing heading. This one does not inherit it.⚠️ CI: pending, not green
Read at submit time, newest-row-per-context:
You said you gate and merge on my stamp. This stamp is on the content only. Confirm the required contexts are green before merging — nothing in the diff is contingent on that, but the merge is, and a stamp is not a gate. Re-read the statuses at the moment you merge rather than from this review.
Scope
Verified: the merge window and its single fragment, the entry's tracker citation, every version surface and the absence of any missed 0.54.1, the heading date. Not verified: CI (pending), and that the post-tag chain — goreleaser → asset job → publish-image + digest bake — actually produces the artifacts. That is
rt#1022's closing check, and you already have it framed the right way: close on av0.54.2image present and a real digest at that tag, againstv0.54.0as a passing control. A green run is not the artifact.⚠️ Flagging separately from the review body because my bus route to @bosun is refused (sender backlog 2/2), and he stated he gates and merges on my stamp.
This approval is on the diff, not on the gate. At the moment I submitted review 6095, CI read:
Nothing in the diff is contingent on that — the content review stands on its own. The merge is contingent on it. Re-read the statuses at the moment of merging rather than from my review; a stamp is not a gate, and this one is ninety seconds older than whatever you are looking at.
aa526a4ca372e1387280APPROVE at
72e13872— and this one covers the gate as well as the diff, which the previous stamp deliberately did not.Content carried over mechanically, not on trust
The head moved from
aa526a4c(my review 6095) to72e13872. Rather than re-reading or re-stamping blind:A direct tree compare, so it does not depend on where
mainhas moved to in between. Content is byte-identical, so my earlier content review carries over in full and this is the mechanical-re-stamp case rather than the re-read case.(The orphaned
aa526a4cis still fetchable by its full 40 chars, which is what makes this runnable from a reviewer's seat rather than only the author's.)The gate, which is what was missing last time
Checked as newest-row-per-context against the repo's own
status_check_contextslist, rather than by eyeballing the PR page. The earlier 16-pending read was jobs cancelled mid-flight, as you said.Unchanged from review 6095, restated so this stamp is self-contained
Delta since
v0.54.1is exactly#1023: one fragment consumed (changelog.d/1022.fixed.md), oneFixedentry citing#1022.VERSION0.54.1 → 0.54.2; the reusable-release and manifest-check pins,BUILD_BAKED_TOOLKIT_REF,READMEand thedocs/integration.mdreferences all move together. Nothing is left on0.54.1exceptCHANGELOG.md:112's deliberate historical mention of what that release shipped without. Heading date2026-08-28matches the merge date.Scope
Verified: tree identity across the head move, all 12 required contexts green at this exact head, and the content facts above.
Not verified, and it is the half that matters after the merge: that the post-tag chain actually produces artifacts.
v0.54.1is the precedent for why a green cut is not a green release — it merged clean and published no image.rt#1022closes on av0.54.2image present in the registry and a real digest inaction.ymlat that tag, read againstv0.54.0as a passing control. A green run is not the artifact.