Skip to content

Release v0.3.46 #2781

Closed
Closed

Description

@how2how2how2-arch

What this release carries

The published release is v0.3.45, and its tag names the commit where that version was declared. Master has advanced five commits since, and none of them is in any published build:

  • a per-cycle memory note may open on a short label, and the narration guard's length bound is measured rather than assumed;
  • the switch path is exercised in both directions, so a state that flips back is caught rather than only a state that moves forward;
  • a behaviour change moves the documents it invalidates, so a stale sentence cannot outlive the change that made it stale;
  • the settings page can sign in to aitokenpool with a GitHub account;
  • a project's own documents are read by authority when they contradict each other, and the pull request says which document was followed.

Three of the five change behaviour a running installation executes. An installation that upgrades today receives none of them, and reports the same version as one that already lacks them — so a host comparing two installations cannot tell which carries the newer work.

What finishing this issue means

  1. Every version declaration this repository keeps agrees on 0.3.46: scripts/bump-version.py --check answers OK: all 8 version sources agree on 0.3.46, and tests/test_version_sync.py proves the same thing from inside the suite rather than one declaration standing in for the rest.
  2. That bump is on master with CI concluded green on that exact merge commit.
  3. scripts/check-release-tag.py v0.3.46 answers that the tag name resolves to the version the merged tree declares.
  4. The annotated tag v0.3.46 is pushed. The tag is the only trigger of build-release.yml; no other event signs or notarizes a build.
  5. scripts/check-release-published.py v0.3.46 answers green across the platform matrix, published as Latest — not draft, not prerelease — with the full asset set.

Until the fifth reading answers, this release is a version string and not a release, and an installation that upgrades on the strength of the number alone receives nothing new.

Activity

  1. how2how2how2-arch commented on Nov 9, 2026

    @how2how2how2-arch
    CollaboratorAuthor

    Handled by #2782

  2. how2how2how2-arch commented on Nov 9, 2026

    @how2how2how2-arch
    CollaboratorAuthor

    Held open deliberately: the bump merge is not the release.

    #2782 merged as 45680542 on 2026-11-09T22:14:01Z, and its closing keyword closed this issue one second later — while nothing had been published. No tag exists on the remote, the release workflow has never run for this version, and the issue's own completion is the fifth of the steps it lists, not the first.

    Reopened to carry the four steps that remain. Each is a reading, and none is inferred from the merge:

    1. Test on the merged tree, concluded green on 45680542 itself — not on the PR head (9a3eaf45), which is a different tree.
    2. scripts/check-release-tag.py v0.3.46 on that merged tree: the tag name must resolve to the version this tree declares.
    3. Push the annotated tag v0.3.46. It is the only trigger of the release build; no other event signs or notarizes.
    4. scripts/check-release-published.py v0.3.46 green across the platform matrix, published as Latest — not draft, not prerelease — with the full asset set.

    Until the fourth reading answers, this issue is not done, and an installation upgrading on the strength of the version string alone receives nothing new.

    This is the same failure the issue-tracker cannot currently warn about: a merge is not an artifact. The row that should have said so is #2780, whose fix is #2783.

  3. how2how2how2-arch commented on Nov 9, 2026

    @how2how2how2-arch
    CollaboratorAuthor

    Release finished, on the artifact's own reading rather than on a merge.

    The fifth step this issue names is the one that settles it, and it now answers:

    • scripts/check-release-published.py v0.3.46 → exit 0: draft=False prerelease=False assets=11, and GitHub's Latest is this tag.
    • The build run it rests on is 42710810735, completed/success, on the tagged commit 45680542 — the same sha Test concluded green on, so the tag does not rest on a tree nobody tested.
    • The eleven assets are the full set the release has carried on every platform: four build families plus their companions — EMRG-0.3.46-aarch64.AppImage and its .zsync, linux-aarch64.run, linux-aarch64.tar.gz, linux-x86_64.run, linux-x86_64.tar.gz, macos-arm64.pkg, windows-x64.exe, windows-x64.zip, x86_64.AppImage and its .zsync.
    • Corroborated outside that tool: the release API reports the same tag, not a draft, not a prerelease, and the same asset count.

    An installation upgrading now receives the five commits this version carries, which it could not before — that was the whole point of the bump.

    Closing on that reading.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions