Skip to content

chore(release): prepare Registry Stack v0.12.0 beta-14#419

Merged
jeremi merged 5 commits into
release/1.0from
codex/prepare-v0.12.0
Jul 19, 2026
Merged

chore(release): prepare Registry Stack v0.12.0 beta-14#419
jeremi merged 5 commits into
release/1.0from
codex/prepare-v0.12.0

Conversation

@jeremi

@jeremi jeremi commented Jul 19, 2026

Copy link
Copy Markdown
Member

Summary

Prepare Registry Stack beta-14 / v0.12.0 from the frozen release/1.0 integration head.

  • rolls the workspace and eight manifest artifacts to 0.12.0
  • adds the beta-14 release manifest and release notes
  • rolls all maintained changelogs and adopter-facing release-note surfaces
  • generates the v0.12 documentation inventory and updates current release references
  • regenerates Notary and Relay OpenAPI artifacts
  • updates Registryctl starter provenance and deterministic project fixtures
  • preserves the hosted-publication and Solmara adopter holds

Scope boundary

This PR contains one release-preparation commit on exact integration source 865921f0d8e874e3cefe548d000e8915c4abecbc. It preserves the already integrated scope and does not add draft PR #418, Dependabot updates targeting main, or any new ticket work.

This beta is pre-1.0. It does not claim stable 1.0 readiness, hosted publication, Solmara repin, external wallet conformance, upgrade/rollback evidence, or independent pilot evidence.

Verification

Passed locally:

  • locked workspace format, check, clippy, test, and cargo-deny gates
  • release-tooling suites and beta-14 manifest validation
  • import-map audit and monorepo source-model proof
  • Notary and Relay OpenAPI, image, security, and preflight checks
  • Debian 13 image contract
  • Registryctl generated-project and editor installer tests
  • current and v0.12 docs generation, tests, archive builds, SEO, and 490,535-link built-site validation

Residual non-blocking evidence notes:

  • one Notary standalone E2E assertion failed once, then passed focused and in two later full workspace runs
  • cargo-deny reports the existing transitive yanked spin 0.9.8 warning without an advisory
  • Vale reports two historical generated-note warnings and Redocly reports 14 existing OpenAPI warnings, all with zero errors

Signed-off-by: Jeremi Joslin jeremi@joslin.fr

jeremi added 2 commits July 20, 2026 00:11
Signed-off-by: Jeremi Joslin <jeremi@joslin.fr>
Signed-off-by: Jeremi Joslin <jeremi@joslin.fr>

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 090ca399f2

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

release: beta-14
version: 0.12.0
source_repo: registrystack/registry-stack
source_ref: 865921f0d8e874e3cefe548d000e8915c4abecbc

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Point beta-14 source_ref at the release commit

When building or verifying the v0.12.0 docset, validate-docsets makes every non-external product ref match this manifest source_ref, and docs/site/scripts/fetch-openapi.mjs reads archived specs with git show <ref>:<path>. This hash is the parent of the release-prep commit, where the Relay and Notary OpenAPI files still report 0.11.0, so the v0.12.0 archived API/reference evidence would be generated from the previous release rather than the tag target containing the 0.12.0 version bumps. Point this at the actual v0.12.0 release commit and update the matching docset refs.

Useful? React with 👍 / 👎.

jeremi added 3 commits July 20, 2026 04:33
Signed-off-by: Jeremi Joslin <jeremi@joslin.fr>
Signed-off-by: Jeremi Joslin <jeremi@joslin.fr>
Signed-off-by: Jeremi Joslin <jeremi@joslin.fr>

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: c8e071db1f

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

oasdiff breaking --fail-on ERR --err-ignore "$BREAKING_IGNORE" \
--warn-ignore "$BREAKING_IGNORE" \
"$BASELINE" "$GENERATED"
oasdiff breaking --fail-on ERR "$BASELINE" "$GENERATED"

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Restore the Notary OID4VCI break allowlist

When the Notary contract job runs in root CI, it sets OPENAPI_CONTRACT_BASE_REF to the PR base or push before SHA (.github/workflows/ci.yml lines 405-409); against beta-13/v0.11, that base still contains /oid4vci/credential-offer and /oid4vci/nonce, while the current spec removes them. Oasdiff documents that breaking --fail-on ERR exits 1 for ERR-level changes, and the deleted allowlist was matching these exact path-removal ERRs, so this unignored invocation will block the release PR/first main push even though the removals are the intentional 0.12 migration.

Useful? React with 👍 / 👎.

@jeremi
jeremi merged commit 3264010 into release/1.0 Jul 19, 2026
28 checks passed
@jeremi
jeremi deleted the codex/prepare-v0.12.0 branch July 19, 2026 22:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant