Skip to content

chore: allocator to =2.2.0, and s3zstd is not a registry crate - #21

Open
Ttimmahlax wants to merge 2 commits into
mainfrom
chore/allocator-2.2.0-and-s3zstd-publish-false
Open

Ttimmahlax wants to merge 2 commits into
mainfrom
chore/allocator-2.2.0-and-s3zstd-publish-false

Conversation

@Ttimmahlax

Copy link
Copy Markdown
Contributor
was now
rusty_alloc-api (crates/rzstd-alloc) =2.0.5 =2.2.0
rusty_alloc (bare-metal/esp32s3) =2.0.5 =2.2.0
rusty_alloc-api (bare-metal/esp32s3) =2.0.5 =2.2.0

Within 2.x, so nothing changes shape. The only break in the 2.x line was 2.0.0 — default-features = false now selects no_std — and its changelog records that consumers on default features are unaffected. 2.1.0 and 2.2.0 carry no API change.

This closes part of a three-way split across the portfolio: mata-master sits on =1.1.6, this repo was on =2.0.5, and 2.2.0 is what is published.

s3zstd gets publish = false

It is firmware for an ESP32-S3 devkit and has never been on crates.io. Being outside the workspace already put it beyond release-plz's reach, but nothing said so in the manifest — so the portfolio tooling counted it among the crates this repository publishes.

Verification

cargo check --workspace --all-targets --features profile is clean. Without --features profile the bench examples fail to compile; that is pre-existing and by design (they are gated behind it), and it fails identically on origin/main with this change stashed.

🤖 Generated with Claude Code

tim-almond-house and others added 2 commits September 19, 2026 19:58
    rusty_alloc-api  =2.0.5 -> =2.2.0   crates/rzstd-alloc
    rusty_alloc      =2.0.5 -> =2.2.0   bare-metal/esp32s3
    rusty_alloc-api  =2.0.5 -> =2.2.0   bare-metal/esp32s3

Within 2.x, so nothing here changes shape. The only break in the 2.x line was
2.0.0 -- `default-features = false` now selects `no_std` -- and its changelog
records that consumers on default features are unaffected. 2.1.0 and 2.2.0
carry no API change at all.

This also closes part of a three-way split on the allocator across the
portfolio: mata-master sits on =1.1.6, this repo was on =2.0.5, and 2.2.0 is
what is published.

`s3zstd` gets `publish = false`. It is firmware for an ESP32-S3 devkit and has
never been on crates.io. Being outside the workspace already put it beyond
release-plz's reach, but nothing said so in the manifest, so the portfolio
tooling counted it among the crates this repository publishes.

Verified: `cargo check --workspace --all-targets --features profile` is clean.
Without `--features profile` the bench examples fail to compile -- that is
pre-existing and by design (the examples are gated behind it), and it fails
identically on origin/main with this change stashed.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
rusty_alloc published 2.2.1 and 2.2.2 while this pull request sat open, so the version it was moving to was no longer the current one. Retargeted in place rather than opened again, so the review history stays put.

Still a patch move inside 2.x: the only break in that line was 2.0.0, where default-features = false began selecting no_std, and this takes default features.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
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