Skip to content

openviking: Add versions 0.4.17, 0.4.17.1, 0.4.18, 0.4.19, 0.4.20, 0.4.21, 0.4.22, 0.4.23, 0.5.0 - #2391

Draft
riseproject-dev[bot] wants to merge 4 commits into
mainfrom
github-actions/nightly-upgrade/openviking
Draft

riseproject-dev[bot] wants to merge 4 commits into
mainfrom
github-actions/nightly-upgrade/openviking

Conversation

@riseproject-dev

@riseproject-dev riseproject-dev Bot commented Sep 27, 2026 •

Copy link
Copy Markdown
Contributor

Automatically generated by the nightly check_versions.py run.

openviking v0.4.16 -> v0.4.17, v0.4.17.1, v0.4.18, v0.4.19, v0.4.20, v0.4.21, v0.4.22, v0.4.23, v0.5.0

Every - version: entry added to docs/packages/openviking.yaml is built by this PR's own build-openviking.yml run; merging publishes the wheels.

@riseproject-dev
riseproject-dev Bot requested a review from luhenry September 27, 2026 07:41
@github-actions

github-actions Bot commented Sep 27, 2026 •

Copy link
Copy Markdown
Contributor
PR Preview Action v1.8.1

QR code for preview link

🚀 View preview at
https://riseproject-dev.github.io/python-wheels/pr-preview/pr-2391/

Built to branch gh-pages at 2026-10-11 00:55 UTC.
Preview will be ready when the GitHub Pages deployment is complete.

@riseproject-dev
riseproject-dev Bot force-pushed the github-actions/nightly-upgrade/openviking branch from a59d227 to cbc886b Compare September 28, 2026 08:19
@riseproject-dev riseproject-dev Bot changed the title openviking: Add versions 0.4.17, 0.4.17.1, 0.4.18, 0.4.19, 0.4.20, 0.4.21 openviking: Add versions 0.4.17, 0.4.17.1, 0.4.18, 0.4.19, 0.4.20, 0.4.21, 0.4.22 Sep 28, 2026
@luhenry
luhenry force-pushed the main branch 3 times, most recently from 39fb7ba to a75cf68 Compare October 1, 2026 15:22
@riseproject-dev
riseproject-dev Bot force-pushed the github-actions/nightly-upgrade/openviking branch from ac592b3 to 4f08865 Compare October 3, 2026 07:45
@riseproject-dev riseproject-dev Bot changed the title openviking: Add versions 0.4.17, 0.4.17.1, 0.4.18, 0.4.19, 0.4.20, 0.4.21, 0.4.22 openviking: Add versions 0.4.17, 0.4.17.1, 0.4.18, 0.4.19, 0.4.20, 0.4.21, 0.4.22, 0.4.23 Oct 3, 2026
…4.21, 0.4.22, 0.4.23, 0.5.0

Signed-off-by: riseproject-dev[bot] <330740410+riseproject-dev[bot]@users.noreply.github.com>
@riseproject-dev
riseproject-dev Bot force-pushed the github-actions/nightly-upgrade/openviking branch from 1904c83 to 873e82c Compare October 10, 2026 09:26
@riseproject-dev riseproject-dev Bot changed the title openviking: Add versions 0.4.17, 0.4.17.1, 0.4.18, 0.4.19, 0.4.20, 0.4.21, 0.4.22, 0.4.23 openviking: Add versions 0.4.17, 0.4.17.1, 0.4.18, 0.4.19, 0.4.20, 0.4.21, 0.4.22, 0.4.23, 0.5.0 Oct 10, 2026
…e, cap rustc parallelism, relax 0.4.21/0.4.22's tree-sitter pin

The nightly-upgrade bot regenerated this branch from main to add 0.4.22,
force-pushing a fresh "Add versions ..." commit that dropped every prior
fix commit on this branch (the perl/OpenSSL-licence fix, the thin-LTO
fix, and the FindPython3 patches for 0.4.17-0.4.21) back to the
pre-fix state, leaving only the 0.4.16 patch. Restore all of it:

- CIBW_BEFORE_ALL_LINUX installs perl (openssl-src's Configure needs
  FindBin.pm, gotcha 46) and the vendored-licence step fetches
  OpenSSL's LICENSE.txt when Cargo.lock pins openssl-src (0.4.18+).
- patches/openviking/<version>/0001-*.patch (FindPython3
  Development.Module) carried forward to 0.4.17-0.4.22 -- verified
  each applies cleanly against its own upstream tag.

On top of the restored state, apply this run's fixes:

- CARGO_PROFILE_RELEASE_LTO=thin (already restored) mitigates but does
  not eliminate rustc's heap corruption compiling ragfs-python: 0.4.17.1
  SIGABRT'd again with "malloc(): unsorted double linked list corrupted",
  and 0.4.19 hung silently until the 360-minute job timeout cancelled
  it. Both match gotcha 228 (rustc OOM/heap-corruption under concurrent
  codegen on the 4-core riscv64 runners); add CARGO_BUILD_JOBS=2, the
  fix gotcha 228 and several other Rust ports in this repo already use.
- 0.4.21's test install failed: "Could not find a version that
  satisfies the requirement tree-sitter==0.25.2 (from openviking)".
  tree-sitter never published a riscv64 wheel for 0.25.2 (riscv64
  wheels start at 0.26.0), so PIP_ONLY_BINARY=:all: in the test
  environment has nothing to install. 0.4.20 pins tree-sitter loosely
  (>=0.23.0); 0.4.21 tightened it to an exact pin, and the newly-added
  0.4.22 keeps the same exact pin. Patch pyproject.toml in both to
  relax it back to a lower bound so the resolver can pick 0.26.0; this
  port's smoke test and pytest selection never touch tree-sitter's
  Python API directly.

(cherry picked from commit ac592b3)
The previous restore (ac592b3) only covered 0.4.17-0.4.22; this round's
nightly-upgrade commit added 0.4.23 and 0.5.0 on top of a fresh rebase,
which again needed the same patches re-verified and re-applied for the
newly added versions.

Checked both new tags directly:

- src/CMakeLists.txt still requires the umbrella `Development` component
  from FindPython3 at both v0.4.23 and v0.5.0 (upstream has not fixed
  this), so the 0001-build-only-require-Development.Module-from-FindPytho
  patch is still needed and applies cleanly (git apply --check) against
  both tags.
- pyproject.toml still pins `tree-sitter==0.25.2` at both v0.4.23 and
  v0.5.0 (upstream has not relaxed it), and tree-sitter still has no
  riscv64 wheel at that exact version, so the
  0002-pyproject-relax-the-tree-sitter-pin-so-riscv64-can- patch is still
  needed and applies cleanly against both tags.
- Cargo.lock still pins openssl-src at both tags in the same
  `version = "<cargo>+<openssl>"` format, so the workflow's existing
  vendored-licence grep/sed step (restored by ac592b3) continues to pick
  up OpenSSL's licence for these two versions with no changes needed.
- The workspace Cargo.toml still sets `[profile.release] lto = true`, so
  the CARGO_PROFILE_RELEASE_LTO=thin / CARGO_BUILD_JOBS=2 mitigation
  (gotcha 228) remains applicable; no per-version action needed since
  it's a workflow-level env var already covering the whole matrix.

No workflow changes beyond what ac592b3 already restored; this just adds
the per-version patch files for 0.4.23 and 0.5.0.
0.4.21 through 0.5.0 exact-pin tree-sitter-rust==0.24.0,
tree-sitter-c-sharp==0.23.1, and tree-sitter-language-pack==1.13.3,
none of which this repo ever published a riscv64 wheel for -- only
0.24.2, 0.23.5, and 1.15.8+ respectively (docs/packages/*.yaml).
PIP_ONLY_BINARY=:all: then fails outright:

  ERROR: Could not find a version that satisfies the requirement
  tree-sitter-rust==0.24.0 (from openviking) (from versions: 0.24.2)

Same fix as patch 0002's tree-sitter relaxation, for the same reason:
this port's own test coverage never touches these grammar packages'
Python APIs directly.

This branch has not been deployed

No deployments
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.

1 participant