Skip to content

Lotus Node and Miner v1.34.0 Release (nv27)Β #13269

@github-actions

Description

@github-actions

πŸ˜Άβ€πŸŒ« Meta

🚒 Estimated shipping date

Candidate Expected Release Date Release URL
RC1 By 2025-09-04 https://github.com/filecoin-project/lotus/releases/tag/v1.34.0-rc1 https://github.com/filecoin-project/lotus/releases/tag/miner%2Fv1.34.0-rc1
RC2 2025-09-05 https://github.com/filecoin-project/lotus/releases/tag/v1.34.0-rc2 https://github.com/filecoin-project/lotus/releases/tag/miner%2Fv1.34.0-rc2
Stable (non-RC) 2025-09-11 https://github.com/filecoin-project/lotus/releases/tag/v1.34.0 https://github.com/filecoin-project/lotus/releases/tag/miner/v1.34.0

πŸͺ’ Dependencies for releases

Note

  1. This is the set of changes that need to make it in for a given RC. This is effectively the set of changes to cherry-pick from master.
  2. They can be checked as done once they land in master.
  3. They are presented here for quick reference, but backporting is tracked in each Release Checklist.

rc1

rc2

Stable Release (non-RC)

βœ… Release Checklist

⬅️ Before RC1

Section

🏎️ RCs

rc1

Section

[!IMPORTANT]
These PRs should be done in and target the release/v1.34.0 or release/miner/v1.34.0 branch.

Backport PR for rc1

  • All explicitly tracked items from Dependencies for releases have landed

Release PR for rc1

  • Update the version string(s) in build/version.go to one ending with '-rc1'.
    • Ensure to update NodeBuildVersion
    • Ensure to update MinerBuildVersion
  • Run make gen && make docsgen-cli to generate documentation
  • Create a draft PR with title build: release Lotus Node and Miner v1.34.0-rc1
  • Changelog prep
    • Go to the releases page and copy the auto-generated release notes into the CHANGELOG
    • Perform editorial review (e.g., callout breaking changes, new features, FIPs, actor bundles)
    • (network upgrade) Specify whether the Calibration or Mainnet upgrade epoch has been specified or not yet.
      • Example where these weren't specified yet: PR #12169
    • Ensure no missing content when spot checking git history
      • Example command looking at git commits: git log --oneline --graph vA.B.C.., where A.B.C correspond to the previous release.
      • Example GitHub UI search looking at merged PRs into master: https://github.com/filecoin-project/lotus/pulls?q=is%3Apr+base%3Amaster+merged%3A%3EYYYY-MM-DD
      • Example gh cli command looking at merged PRs into master and sorted by title to group similar areas (where YYYY-MM-DD is the start search date): gh pr list --repo filecoin-project/lotus --search "base:master merged:>YYYY-MM-DD" --json number,mergedAt,author,title | jq -r '.[] | [.number, .mergedAt, .author.login, .title] | @tsv' | sort -k4
    • Update the PR with the commit(s) made to the CHANGELOG
  • Mark the PR "ready for review" (non-draft)
  • Merge the PR
    • Merging the PR will trigger a CI run that will build assets, attach the assets to the GitHub release, publish the GitHub release, and create the corresponding git tag.
  • Update 🚒 Estimated shipping date table
  • Comment on this issue announcing the release

Testing for rc1

[!NOTE]
Link to any special steps for testing releases beyond ensuring CI is green. Steps can be inlined here or tracked elsewhere.

rc2

Section

[!IMPORTANT]
These PRs should be done in and target the release/v1.34.0 or release/miner/v1.34.0 branch.

Backport PR for rc2

Release PR for rc2

  • Update the version string(s) in build/version.go to one ending with '-rc2'.
    • Ensure to update NodeBuildVersion
    • Ensure to update MinerBuildVersion
  • Run make gen && make docsgen-cli to generate documentation
  • Create a draft PR with title build: release Lotus Node and Miner v1.34.0-rc2
  • Changelog prep
    • Go to the releases page and copy the auto-generated release notes into the CHANGELOG
    • Perform editorial review (e.g., callout breaking changes, new features, FIPs, actor bundles)
    • (network upgrade) Specify whether the Calibration or Mainnet upgrade epoch has been specified or not yet.
      • Example where these weren't specified yet: PR #12169
    • Ensure no missing content when spot checking git history
      • Example command looking at git commits: git log --oneline --graph vA.B.C.., where A.B.C correspond to the previous release.
      • Example GitHub UI search looking at merged PRs into master: https://github.com/filecoin-project/lotus/pulls?q=is%3Apr+base%3Amaster+merged%3A%3EYYYY-MM-DD
      • Example gh cli command looking at merged PRs into master and sorted by title to group similar areas (where YYYY-MM-DD is the start search date): gh pr list --repo filecoin-project/lotus --search "base:master merged:>YYYY-MM-DD" --json number,mergedAt,author,title | jq -r '.[] | [.number, .mergedAt, .author.login, .title] | @tsv' | sort -k4
    • Update the PR with the commit(s) made to the CHANGELOG
  • Mark the PR "ready for review" (non-draft)
  • Merge the PR
    • Merging the PR will trigger a CI run that will build assets, attach the assets to the GitHub release, publish the GitHub release, and create the corresponding git tag.
  • Update 🚒 Estimated shipping date table
  • Comment on this issue announcing the release

Testing for rc2

[!NOTE]
Link to any special steps for testing releases beyond ensuring CI is green. Steps can be inlined here or tracked elsewhere.

Stable Release (non-RC)

Section

[!IMPORTANT]
These PRs should be done in and target the release/v1.34.0 or release/miner/v1.34.0 branch.

Backport PR for Stable Release (non-RC)

Release PR for Stable Release (non-RC)

  • Update the version string(s) in build/version.go to one NOT ending with 'rcX'.
    • Ensure to update NodeBuildVersion
    • Ensure to update MinerBuildVersion
  • Run make gen && make docsgen-cli to generate documentation
  • Create a draft PR with title build: release Lotus Node and Miner v1.34.0
  • Changelog prep
    • Go to the releases page and copy the auto-generated release notes into the CHANGELOG
    • Perform editorial review (e.g., callout breaking changes, new features, FIPs, actor bundles)
    • (network upgrade) Ensure the Mainnet upgrade epoch is specified.
    • Ensure no missing content when spot checking git history
      • Example command looking at git commits: git log --oneline --graph vA.B.C.., where A.B.C correspond to the previous release.
      • Example GitHub UI search looking at merged PRs into master: https://github.com/filecoin-project/lotus/pulls?q=is%3Apr+base%3Amaster+merged%3A%3EYYYY-MM-DD
      • Example gh cli command looking at merged PRs into master and sorted by title to group similar areas (where YYYY-MM-DD is the start search date): gh pr list --repo filecoin-project/lotus --search "base:master merged:>YYYY-MM-DD" --json number,mergedAt,author,title | jq -r '.[] | [.number, .mergedAt, .author.login, .title] | @tsv' | sort -k4
    • Update the PR with the commit(s) made to the CHANGELOG
  • Mark the PR "ready for review" (non-draft)
  • Merge the PR
    • Merging the PR will trigger a CI run that will build assets, attach the assets to the GitHub release, publish the GitHub release, and create the corresponding git tag.
  • Update 🚒 Estimated shipping date table
  • Comment on this issue announcing the release:

Testing for Stable Release (non-RC)

[!NOTE]
Link to any special steps for testing releases beyond ensuring CI is green. Steps can be inlined here or tracked elsewhere.

➑ Post-Release

Section

❀️ Contributors

See the final release notes!

⁉️ Do you have questions?

Leave a comment in this ticket!

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

Status

πŸŽ‰ Done

Status

πŸŽ‰ Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions