queue: arro3-io -> ci-green, PR #2735 undrafted

Author: luhenry

.queue.yml

@@ -8643,9 +8643,9 @@ packages:
   version: 0.8.2
   home: https://kylebarron.dev/arro3
   repo: https://github.com/kylebarron/arro3
-  status: ci-running
+  status: ci-green
   pr: https://github.com/riseproject-dev/python-wheels/pull/2735
-  notes: '50 Linux wheels upstream (abi: cp310,cp311,cp314,cp39,pp311); no riscv64 on PyPI or pypi.riseproject.dev. home/repo: repo was the docs site, not a checkout; fixed to the real monorepo found via the sdist''s Cargo.toml `repository` field. NOT blocked on arro3-core: arro3-core is already published here (0.8.1 through 0.9.0) and `ci_scripts/check_riscv64_deps.py` confirms it resolves for every interpreter arro3-io tests (cp312/cp313/cp314 resolve arro3-core 0.8.1''s abi3 wheel, cp314t resolves arro3-core 0.9.0) even though arro3-core 0.8.2/0.8.3 themselves only published a cp314t wheel (gotcha 402''s collapse, still live in their published files - a pre-existing registry gap, not something this port introduces). build-arro3-io.yml mirrors build-arro3-core.yml''s manylinux job for this arro3 monorepo sibling (same cp311-abi3 + cp314t split, Rust toolchain installed in-container, LICENSE_MIT/LICENSE_APACHE staged into arro3-io/ before build) but fixes two things rather than copying them: `tag` is declared as a real matrix dimension crossed with `version` (not only through `include:`), avoiding the exact gotcha 402 collapse that dropped arro3-core 0.8.2''s abi3 wheel; and tests run upstream''s own tests/io suite (test_ipc.py, test_json.py, test_parquet.py) via pyarrow, which now has riscv64 wheels for cp312+, instead of a hand-written smoke suite - cp311 still builds (required for the abi3 tag) but skips testing since pyarrow has no riscv64 wheel below cp312 (confirmed with check_riscv64_deps.py). Cargo.lock shows no C-toolchain risk: zstd-sys builds via `cc` (bundled source, no cmake/system zstd), flate2 uses miniz_oxide (pure Rust), snap and lz4_flex are pure Rust, and rustls resolves `ring` (not `aws-lc-sys`), so the default "async" feature (object_store + tokio) needs nothing beyond the manylinux image''s own toolchain (gotcha 541). PR #2735 opened as draft; both build legs (cp311-abi3, cp314t) and the three pr-checks queued correctly as separate jobs, confirming the gotcha-402 fix actually produces two build jobs instead of one.'
+  notes: 'PR #2735 CI green (both build legs cp311-abi3/cp314t + publish dry-run passed); undrafted. 50 Linux wheels upstream (abi: cp310,cp311,cp314,cp39,pp311); no riscv64 on PyPI or pypi.riseproject.dev. home/repo: repo was the docs site, not a checkout; fixed to the real monorepo found via the sdist''s Cargo.toml `repository` field. NOT blocked on arro3-core: arro3-core is already published here (0.8.1 through 0.9.0) and `ci_scripts/check_riscv64_deps.py` confirms it resolves for every interpreter arro3-io tests (cp312/cp313/cp314 resolve arro3-core 0.8.1''s abi3 wheel, cp314t resolves arro3-core 0.9.0) even though arro3-core 0.8.2/0.8.3 themselves only published a cp314t wheel (gotcha 402''s collapse, still live in their published files - a pre-existing registry gap, not something this port introduces). build-arro3-io.yml mirrors build-arro3-core.yml''s manylinux job for this arro3 monorepo sibling (same cp311-abi3 + cp314t split, Rust toolchain installed in-container, LICENSE_MIT/LICENSE_APACHE staged into arro3-io/ before build) but fixes two things rather than copying them: `tag` is declared as a real matrix dimension crossed with `version` (not only through `include:`), avoiding the exact gotcha 402 collapse that dropped arro3-core 0.8.2''s abi3 wheel; and tests run upstream''s own tests/io suite (test_ipc.py, test_json.py, test_parquet.py) via pyarrow, which now has riscv64 wheels for cp312+, instead of a hand-written smoke suite - cp311 still builds (required for the abi3 tag) but skips testing since pyarrow has no riscv64 wheel below cp312 (confirmed with check_riscv64_deps.py). Cargo.lock shows no C-toolchain risk: zstd-sys builds via `cc` (bundled source, no cmake/system zstd), flate2 uses miniz_oxide (pure Rust), snap and lz4_flex are pure Rust, and rustls resolves `ring` (not `aws-lc-sys`), so the default "async" feature (object_store + tokio) needs nothing beyond the manylinux image''s own toolchain (gotcha 541). PR #2735 opened as draft; both build legs (cp311-abi3, cp314t) and the three pr-checks queued correctly as separate jobs, confirming the gotcha-402 fix actually produces two build jobs instead of one.'
 - pkg: spookyhash
   version: 2.1.1
   home: https://github.com/buhanec/spookyhash