Conversation
luhenry
added a commit
that referenced
this pull request
Sep 12, 2026
luhenry
force-pushed
the
deltalite
branch
3 times, most recently
from
September 12, 2026 20:51
48a3d7b to
1bb8e55
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
deltalite0.1.7rust/deltalite)Compiles deltalite, a pyo3/maturin streaming partition-upsert engine for Delta Lake tables built on the
deltalake(delta-rs) crate, into an abi3 wheel. Upstream publishes no riscv64 wheel.Mirrors upstream's
build-deltalite.yml.Differs from upstream
rust/+LICENSEinstead of the full posthog monorepo - the Cargo workspace only needs that slice.LICENSEintorust/deltalite/python/- maturin globs licence files next topyproject.toml, which sits below the repo root.PyO3/maturin-actiontargetingriscv64gc-unknown-linux-gnu- upstream's matrix has no riscv64 entry.ci-deltalite-python.ymlpinsdeltalake/pyarrow/duckdband runs it against them, but uv (0.12.13, riscv64) rejectsdeltalake==1.6.3's only wheel (cp310-abi3-manylinux_2_39_riscv64, correctly served withdata-requires-python: >=3.10) as having "no usable wheels" whenever it's resolved by name from an index - reproduced with our registry as both the extra index and, separately, the default index, ruling out an index-priority cause.duckdb/pyarrow(exactcp312-cp312tags, noabi3) and deltalite's own local-file wheel install both succeed under the same job, isolating the break to uv's abi3-forward-compatibility tag check specifically for a registry-resolved wheel. Of the 8 files underrust/deltalite/python/tests, 7 importdeltalake/pyarrow/duckdb(directly or viaharness/common.py) and can't run without them; onlytest_planner.pyis self-contained, so it's the one upstream test kept.Matrix:
cp312-abi3(built once) - pyo3'sabi3-py312feature is unconditional inCargo.toml.Testing
test_planner.py(the one upstream test file with no externaldeltalake/pyarrow/duckdbdependency).License: OK
Built on cp312-abi3-manylinux_riscv64; results pending CI.