Skip to content

build(deps): bump the minor group across 1 directory with 7 updates - #46

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/cargo/minor-bb0ed105c0
Open

build(deps): bump the minor group across 1 directory with 7 updates#46
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/cargo/minor-bb0ed105c0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 11, 2026 •
edited
Loading

Copy link
Copy Markdown
Contributor

Bumps the minor group with 3 updates in the / directory: commonware-runtime, commonware-p2p and commonware-broadcast.

Updates commonware-runtime from 2026.7.1 to 2026.9.0

Release notes

Sourced from commonware-runtime's releases.

v2026.9.0

For a summary of notable changes, please refer to the Release Notes.

What's Changed

... (truncated)

Changelog

Sourced from commonware-runtime's changelog.

v2026.9.0

These instructions do not cover changes to ALPHA primitives.

To retain a path back to v2026.7.1:

Defer incompatible changes:

  • V1 blobs: Set tokio::Config::with_storage_blob_layouts(BlobLayout::V0..=BlobLayout::V0) before the upgraded binary first opens storage. The previous binary cannot read V1 blobs, and this release has no V1-to-V0 downgrade tool. Narrowing the range after V1 blobs exist rejects them instead of converting them (#4595).
  • Page-size changes: Keep each existing store's logical page size. Replacing a logical size of 4096 with buffer::paged::page_size(4096) changes it to 4084 and can truncate existing data. Switching the setting back cannot recover discarded data (#4184).

To roll back:

  1. Sync storage, then stop every process using the storage directory.
  2. Remove each prunable archive's metadata_partition. The archive will revalidate its stored values on the next upgrade (#4610). For marshal's epoch caches (which use the prunable archive), remove {partition_prefix}-cache-{epoch}-{name}-metadata for each epoch and each of verified, notarized, certified, notarizations, and finalizations (#4610).
  3. Restart with v2026.7.1.

Aligned Blob Layout

New runtime storage blobs use a V1 layout whose header is padded to one 4096-byte page, so blob data begins on a storage-page boundary instead of at byte 8 (#4184). The V1 header also carries a CRC32 over its prelude under a distinct magic, so a creation interrupted before the header became durable is recognized on reopen and recreated instead of reported as corrupt. Existing V0 blobs stay readable and writable in place and are never rewritten. The change is one-way for older binaries: a v2026.7.x binary opening a V1 blob fails with Error::BlobCorrupt. To keep a rollback path, before the upgraded binary first opens storage, restrict the layouts the runtime accepts to those the previous binary can read. tokio::Config::with_storage_blob_layouts(BlobLayout::V0..=BlobLayout::V0) accepts and creates only V0, so every blob the upgraded binary writes stays readable by the previous one (naming the deprecated V0 variant emits a deprecation warning unless #[allow(deprecated)] is applied). Once the previous

... (truncated)

Commits
  • d476a23 [release] Prepare v2026.9.0 (#4663)
  • c409976 [deployer] Bound SDK retry attempts to fix per-request stalls (#4670)
  • cd2c226 [glue, consensus, storage] Fix replayed-ancestor verdicts, recover boundary r...
  • 18c9da9 [glue/stateful] Hand off finalized artifacts (#4641)
  • f049b5b [storage] Cover speculative batch proofs that read committed nodes from the b...
  • 29690e7 [storage] Install pruned overwrites into pinned nodes when applying a batch (...
  • 5443e65 [storage] Batch node reads in merkle proof generation (#4648)
  • ec79f48 [storage/qmdb] Export batch artifacts (#4654)
  • 70064ea [consensus] Reject one-block epochs and document the genesis epoch expectatio...
  • 01eac23 [runtime] Hold storage directories until dispatched operations finish (#4646)
  • Additional commits viewable in compare view

Updates commonware-p2p from 2026.7.1 to 2026.9.0

Release notes

Sourced from commonware-p2p's releases.

v2026.9.0

For a summary of notable changes, please refer to the Release Notes.

What's Changed

... (truncated)

Changelog

Sourced from commonware-p2p's changelog.

v2026.9.0

These instructions do not cover changes to ALPHA primitives.

To retain a path back to v2026.7.1:

Defer incompatible changes:

  • V1 blobs: Set tokio::Config::with_storage_blob_layouts(BlobLayout::V0..=BlobLayout::V0) before the upgraded binary first opens storage. The previous binary cannot read V1 blobs, and this release has no V1-to-V0 downgrade tool. Narrowing the range after V1 blobs exist rejects them instead of converting them (#4595).
  • Page-size changes: Keep each existing store's logical page size. Replacing a logical size of 4096 with buffer::paged::page_size(4096) changes it to 4084 and can truncate existing data. Switching the setting back cannot recover discarded data (#4184).

To roll back:

  1. Sync storage, then stop every process using the storage directory.
  2. Remove each prunable archive's metadata_partition. The archive will revalidate its stored values on the next upgrade (#4610). For marshal's epoch caches (which use the prunable archive), remove {partition_prefix}-cache-{epoch}-{name}-metadata for each epoch and each of verified, notarized, certified, notarizations, and finalizations (#4610).
  3. Restart with v2026.7.1.

Aligned Blob Layout

New runtime storage blobs use a V1 layout whose header is padded to one 4096-byte page, so blob data begins on a storage-page boundary instead of at byte 8 (#4184). The V1 header also carries a CRC32 over its prelude under a distinct magic, so a creation interrupted before the header became durable is recognized on reopen and recreated instead of reported as corrupt. Existing V0 blobs stay readable and writable in place and are never rewritten. The change is one-way for older binaries: a v2026.7.x binary opening a V1 blob fails with Error::BlobCorrupt. To keep a rollback path, before the upgraded binary first opens storage, restrict the layouts the runtime accepts to those the previous binary can read. tokio::Config::with_storage_blob_layouts(BlobLayout::V0..=BlobLayout::V0) accepts and creates only V0, so every blob the upgraded binary writes stays readable by the previous one (naming the deprecated V0 variant emits a deprecation warning unless #[allow(deprecated)] is applied). Once the previous

... (truncated)

Commits
  • d476a23 [release] Prepare v2026.9.0 (#4663)
  • c409976 [deployer] Bound SDK retry attempts to fix per-request stalls (#4670)
  • cd2c226 [glue, consensus, storage] Fix replayed-ancestor verdicts, recover boundary r...
  • 18c9da9 [glue/stateful] Hand off finalized artifacts (#4641)
  • f049b5b [storage] Cover speculative batch proofs that read committed nodes from the b...
  • 29690e7 [storage] Install pruned overwrites into pinned nodes when applying a batch (...
  • 5443e65 [storage] Batch node reads in merkle proof generation (#4648)
  • ec79f48 [storage/qmdb] Export batch artifacts (#4654)
  • 70064ea [consensus] Reject one-block epochs and document the genesis epoch expectatio...
  • 01eac23 [runtime] Hold storage directories until dispatched operations finish (#4646)
  • Additional commits viewable in compare view

Updates commonware-broadcast from 2026.7.1 to 2026.9.0

Release notes

Sourced from commonware-broadcast's releases.

v2026.9.0

For a summary of notable changes, please refer to the Release Notes.

What's Changed

... (truncated)

Changelog

Sourced from commonware-broadcast's changelog.

v2026.9.0

These instructions do not cover changes to ALPHA primitives.

To retain a path back to v2026.7.1:

Defer incompatible changes:

  • V1 blobs: Set tokio::Config::with_storage_blob_layouts(BlobLayout::V0..=BlobLayout::V0) before the upgraded binary first opens storage. The previous binary cannot read V1 blobs, and this release has no V1-to-V0 downgrade tool. Narrowing the range after V1 blobs exist rejects them instead of converting them (#4595).
  • Page-size changes: Keep each existing store's logical page size. Replacing a logical size of 4096 with buffer::paged::page_size(4096) changes it to 4084 and can truncate existing data. Switching the setting back cannot recover discarded data (#4184).

To roll back:

  1. Sync storage, then stop every process using the storage directory.
  2. Remove each prunable archive's metadata_partition. The archive will revalidate its stored values on the next upgrade (#4610). For marshal's epoch caches (which use the prunable archive), remove {partition_prefix}-cache-{epoch}-{name}-metadata for each epoch and each of verified, notarized, certified, notarizations, and finalizations (#4610).
  3. Restart with v2026.7.1.

Aligned Blob Layout

New runtime storage blobs use a V1 layout whose header is padded to one 4096-byte page, so blob data begins on a storage-page boundary instead of at byte 8 (#4184). The V1 header also carries a CRC32 over its prelude under a distinct magic, so a creation interrupted before the header became durable is recognized on reopen and recreated instead of reported as corrupt. Existing V0 blobs stay readable and writable in place and are never rewritten. The change is one-way for older binaries: a v2026.7.x binary opening a V1 blob fails with Error::BlobCorrupt. To keep a rollback path, before the upgraded binary first opens storage, restrict the layouts the runtime accepts to those the previous binary can read. tokio::Config::with_storage_blob_layouts(BlobLayout::V0..=BlobLayout::V0) accepts and creates only V0, so every blob the upgraded binary writes stays readable by the previous one (naming the deprecated V0 variant emits a deprecation warning unless #[allow(deprecated)] is applied). Once the previous

... (truncated)

Commits
  • d476a23 [release] Prepare v2026.9.0 (#4663)
  • c409976 [deployer] Bound SDK retry attempts to fix per-request stalls (#4670)
  • cd2c226 [glue, consensus, storage] Fix replayed-ancestor verdicts, recover boundary r...
  • 18c9da9 [glue/stateful] Hand off finalized artifacts (#4641)
  • f049b5b [storage] Cover speculative batch proofs that read committed nodes from the b...
  • 29690e7 [storage] Install pruned overwrites into pinned nodes when applying a batch (...
  • 5443e65 [storage] Batch node reads in merkle proof generation (#4648)
  • ec79f48 [storage/qmdb] Export batch artifacts (#4654)
  • 70064ea [consensus] Reject one-block epochs and document the genesis epoch expectatio...
  • 01eac23 [runtime] Hold storage directories until dispatched operations finish (#4646)
  • Additional commits viewable in compare view

Updates commonware-cryptography from 2026.7.1 to 2026.9.0

Release notes

Sourced from commonware-cryptography's releases.

v2026.9.0

For a summary of notable changes, please refer to the Release Notes.

What's Changed

... (truncated)

Changelog

Sourced from commonware-cryptography's changelog.

v2026.9.0

These instructions do not cover changes to ALPHA primitives.

To retain a path back to v2026.7.1:

Defer incompatible changes:

  • V1 blobs: Set tokio::Config::with_storage_blob_layouts(BlobLayout::V0..=BlobLayout::V0) before the upgraded binary first opens storage. The previous binary cannot read V1 blobs, and this release has no V1-to-V0 downgrade tool. Narrowing the range after V1 blobs e...

    Description has been truncated

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file rust Pull requests that update rust code labels Sep 11, 2026
@cloudflare-workers-and-pages

cloudflare-workers-and-pages Bot commented Sep 11, 2026 •
edited
Loading

Copy link
Copy Markdown

Deploying podseq-web with  Cloudflare Pages  Cloudflare Pages

Latest commit: a0d6ec9
Status: ✅  Deploy successful!
Preview URL: https://4cbe2448.podseq.pages.dev
Branch Preview URL: https://dependabot-cargo-minor-bb0ed.podseq.pages.dev

View logs

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file rust Pull requests that update rust code labels Sep 11, 2026
@dependabot
build(deps): bump the minor group across 1 directory with 7 updates
a0d6ec9 
Bumps the minor group with 3 updates in the / directory: [commonware-runtime](https://github.com/commonwarexyz/monorepo), [commonware-p2p](https://github.com/commonwarexyz/monorepo) and [commonware-broadcast](https://github.com/commonwarexyz/monorepo).


Updates `commonware-runtime` from 2026.7.1 to 2026.9.0
- [Release notes](https://github.com/commonwarexyz/monorepo/releases)
- [Changelog](https://github.com/commonwarexyz/monorepo/blob/main/RELEASE_NOTES.md)
- [Commits](commonwarexyz/monorepo@v2026.7.1...v2026.9.0)

Updates `commonware-p2p` from 2026.7.1 to 2026.9.0
- [Release notes](https://github.com/commonwarexyz/monorepo/releases)
- [Changelog](https://github.com/commonwarexyz/monorepo/blob/main/RELEASE_NOTES.md)
- [Commits](commonwarexyz/monorepo@v2026.7.1...v2026.9.0)

Updates `commonware-broadcast` from 2026.7.1 to 2026.9.0
- [Release notes](https://github.com/commonwarexyz/monorepo/releases)
- [Changelog](https://github.com/commonwarexyz/monorepo/blob/main/RELEASE_NOTES.md)
- [Commits](commonwarexyz/monorepo@v2026.7.1...v2026.9.0)

Updates `commonware-cryptography` from 2026.7.1 to 2026.9.0
- [Release notes](https://github.com/commonwarexyz/monorepo/releases)
- [Changelog](https://github.com/commonwarexyz/monorepo/blob/main/RELEASE_NOTES.md)
- [Commits](commonwarexyz/monorepo@v2026.7.1...v2026.9.0)

Updates `commonware-codec` from 2026.7.1 to 2026.9.0
- [Release notes](https://github.com/commonwarexyz/monorepo/releases)
- [Changelog](https://github.com/commonwarexyz/monorepo/blob/main/RELEASE_NOTES.md)
- [Commits](commonwarexyz/monorepo@v2026.7.1...v2026.9.0)

Updates `commonware-math` from 2026.7.1 to 2026.9.0
- [Release notes](https://github.com/commonwarexyz/monorepo/releases)
- [Changelog](https://github.com/commonwarexyz/monorepo/blob/main/RELEASE_NOTES.md)
- [Commits](commonwarexyz/monorepo@v2026.7.1...v2026.9.0)

Updates `commonware-utils` from 2026.7.1 to 2026.9.0
- [Release notes](https://github.com/commonwarexyz/monorepo/releases)
- [Changelog](https://github.com/commonwarexyz/monorepo/blob/main/RELEASE_NOTES.md)
- [Commits](commonwarexyz/monorepo@v2026.7.1...v2026.9.0)

---
updated-dependencies:
- dependency-name: commonware-broadcast
  dependency-version: 2026.9.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: minor
- dependency-name: commonware-codec
  dependency-version: 2026.9.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: minor
- dependency-name: commonware-cryptography
  dependency-version: 2026.9.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: minor
- dependency-name: commonware-math
  dependency-version: 2026.9.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: minor
- dependency-name: commonware-p2p
  dependency-version: 2026.9.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: minor
- dependency-name: commonware-runtime
  dependency-version: 2026.9.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: minor
- dependency-name: commonware-utils
  dependency-version: 2026.9.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title build(deps): bump the minor group with 7 updates build(deps): bump the minor group across 1 directory with 7 updates Sep 11, 2026
@dependabot
dependabot Bot force-pushed the dependabot/cargo/minor-bb0ed105c0 branch from 5c2b708 to a0d6ec9 Compare September 11, 2026 18:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

dependencies Pull requests that update a dependency file rust Pull requests that update rust code

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

0 participants