Skip to content

release(1.6.1): manifest declares only crates.io-published crates, in publish order - #1591

Merged
rand-lee merged 1 commit into
mainfrom
release/manifest-1.6.1
Sep 24, 2026
Merged

rand-lee merged 1 commit into
mainfrom
release/manifest-1.6.1

Conversation

@randlee

@randlee randlee commented Sep 24, 2026

Copy link
Copy Markdown
Owner

Release run 35952487967 for v1.6.1 failed at the first cargo publish: atm-graft-python cannot be published (its Cargo.toml has publish = false). Nothing was uploaded to any channel; the publisher cancelled the run before the GitHub Release job. The v1.6.1 tag exists at 1272d4c and gate-and-tag reuses it.

Cause. The kit's list-publish-plan emits every [[crates]] entry in manifest file order. atm-core's 1.6.0 copy of release_artifacts.py carried a local fix that skipped publish = false crates and sorted by publish_order; the phase-bc kit re-render (b381e09) replaced that copy with upstream, which never had the fix. 1.6.1 is the first release on the re-rendered copy.

Fix (manifest only, no kit file touched). release/publish-artifacts.toml:

  • remove the two publish = false [[crates]] entries (atm-graft-python, atm-query-python); they are PyPI-only bridge crates and remain declared under [[python_packages]] / [[python_distributions]], which is what builds and publishes them;
  • reorder the remaining [[crates]] blocks to match their publish_order, since the kit publishes in file order.

Verified locally with the pinned kit script: validate-manifest passes, validate-publish-order passes, python-wheel-matrix unchanged, and list-publish-plan output is identical, crate for crate and in order, to the 1.6.0 upload sequence in run 34988409741.

🤖 Generated with Claude Code

…st, in publish order

The kit's list-publish-plan emits every [[crates]] entry in manifest file
order. Release run 35952487967 failed on the first entry, atm-graft-python,
whose Cargo.toml has publish = false. Remove the two PyPI-only bridge crates
from [[crates]] (they stay under [[python_packages]]/[[python_distributions]])
and order the remaining blocks by publish_order. The resulting plan is
identical to the 1.6.0 upload sequence.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@randlee
randlee requested a review from rand-lee September 24, 2026 04:55
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.

2 participants