Skip to content

Move the engine pin to v26.7.3 - #94

Merged
wudidapaopao merged 2 commits into
mainfrom
engine-pin-v26.7.3
Sep 11, 2026
Merged

wudidapaopao merged 2 commits into
mainfrom
engine-pin-v26.7.3

Conversation

@github-actions

@github-actions github-actions Bot commented Sep 11, 2026 •

Copy link
Copy Markdown

The release check ran the v2 and v3 suites against v26.7.3 on
all four platforms and they passed, so the engine can be adopted. This
moves the pin v26.7.2-rc.2 → v26.7.3.

LIBCHDB_NPM_VERSION and the @chdb/lib-<platform> pins move with it,
to 26.7.3-stable.1 — the version has to name the engine inside it, and the
counter restarts because this engine has not been packaged before. Merging
this does not publish anything; that is still a separate decision.

https://github.com/chdb-io/chdb-node/actions/runs/34561725463

Based on 0559be3, the commit that run tested.

No checks will appear here. GitHub does not start workflow runs for
commits a workflow pushed with GITHUB_TOKEN, and running CI on this
branch would exercise the same suites against the same engine the check
just used.

Note

Pin libchdb engine to v26.7.3 and bump native npm subpackages to 26.7.3-stable.1

Updates the engine pin from the v26.7.2-rc.2 pre-release to the stable v26.7.3 release across the build script, npm package config, and documentation.

Macroscope summarized d09c280.

@CLAassistant

CLAassistant commented Sep 11, 2026 •

Copy link
Copy Markdown

CLA assistant check
All committers have signed the CLA.

@CLAassistant

Copy link
Copy Markdown

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
You have signed the CLA already but the status is still pending? Let us recheck it.

Comment thread update_libchdb.sh Resolved
ShawnChen-Sirius added a commit that referenced this pull request Sep 11, 2026
The release check rewrites the two version lines in update_libchdb.sh and
package.json, which is all the version-scheme check reads, so PR #94 is
correct as far as anything enforced goes. It leaves behind the places that
name the pin in prose, and those now contradict it.

Three are live claims rather than history:

- README's durable section states the engine a caller needs.
- chdb-node-test.yml's header states what the suite runs against.
- durable-control-plane.md's "still to do" states the version the release
  workflow will derive the subpackage from.

Left alone deliberately: the sentences recording that v26.7.2-rc.2 was the
first release to carry the durable ABI and that the S3 conformance run used
it, which stay true; "the newest published is 26.7.0-stable.1", still
accurate on npm; and the version literals in test/durable and
src/durable/version.ts, which are comparison fixtures, not the pin.

The main package version stays at 3.2.0. prebuild-publish.yml sets it from
the tag ref, which is why v3.3.0 shipped from a tree that also said 3.2.0.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
ShawnChen-Sirius and others added 2 commits September 11, 2026 17:30
The release check rewrites the two version lines in update_libchdb.sh and
package.json, which is all the version-scheme check reads, so PR #94 is
correct as far as anything enforced goes. It leaves behind the places that
name the pin in prose, and those now contradict it.

Three are live claims rather than history:

- README's durable section states the engine a caller needs.
- chdb-node-test.yml's header states what the suite runs against.
- durable-control-plane.md's "still to do" states the version the release
  workflow will derive the subpackage from.

Left alone deliberately: the sentences recording that v26.7.2-rc.2 was the
first release to carry the durable ABI and that the S3 conformance run used
it, which stay true; "the newest published is 26.7.0-stable.1", still
accurate on npm; and the version literals in test/durable and
src/durable/version.ts, which are comparison fixtures, not the pin.

The main package version stays at 3.2.0. prebuild-publish.yml sets it from
the tag ref, which is why v3.3.0 shipped from a tree that also said 3.2.0.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@ShawnChen-Sirius

Copy link
Copy Markdown
Contributor

@wudidapaopao please review this PR

@wudidapaopao wudidapaopao left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

LGTM

@wudidapaopao
wudidapaopao merged commit 8965046 into main Sep 11, 2026
23 checks passed
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.

3 participants