@@ -12022,16 +12022,16 @@ packages:
   version: 1.12.1
   home: https://dipy.org
   repo: https://github.com/dipy/dipy
-  status: queued
-  pr: null
-  notes: '8 Linux wheels upstream (abi: cp311,cp312,cp313,cp314); no riscv64 on PyPI or pypi.riseproject.dev.'
+  status: ci-running
+  pr: https://github.com/riseproject-dev/python-wheels/pull/3112
+  notes: 'PR #3112 open (draft). 1.12.1 is the latest PyPI release. meson-python + Cython (>=3.0.4) extensions, some C++ (src/*.h helpers), OpenMP via dependency(''openmp'', required: false) -> libgomp on gcc, bundled by auditwheel; no vendored third-party code (single BSD-3-Clause LICENSE). Build-system requires numpy>=2/scipy>=1.8 resolved from pypi.riseproject.dev via PIP_ONLY_BINARY=numpy,scipy,h5py. Runtime deps all resolve for cp312/cp313/cp314 (ci_scripts/check_riscv64_deps.py: numpy 2.5.3, scipy 1.18.1, h5py 3.16.0 from our registry; nibabel/tqdm/trx-python/deepdiff/typer pure-Python). Mirrors upstream nightly.yml build_linux_wheels (cibuildwheel, no musllinux); matrix cp312/cp313/cp314 -- upstream CIBW_BUILD cp3{11,12,13,14}-* ships no free-threaded wheel. Tests: upstream''s configured CIBW_TEST_COMMAND `pytest --pyargs dipy` (which upstream skips with CIBW_TEST_SKIP) plus its AffineMap smoke import; full suite may be slow on riscv64, timeout set to 360 min. No local build check: no docker daemon in this sandbox.'
 - pkg: tiledbsoma
   version: 2.3.0
   home: https://github.com/single-cell-data/TileDB-SOMA/tree/main/apis/python
   repo: https://github.com/single-cell-data/TileDB-SOMA/tree/main/apis/python
-  status: queued
+  status: blocked-on-dependency
   pr: null
-  notes: '10 Linux wheels upstream (abi: cp310,cp311,cp312,cp313,cp39); no riscv64 on PyPI or pypi.riseproject.dev.'
+  notes: 'Blocked on numba (queue entry `numba`, parked behind `llvmlite`) via scanpy. 2.3.0 is the latest PyPI release. apis/python/setup.py install_requires has unconditional scanpy>=1.9.2, and every scanpy release requires numba (1.9.2: numba>=0.41; 1.12.4: numba>=0.60, plus umap-learn/pynndescent which also need numba), so a riscv64 tiledbsoma wheel could not even be pip-installed or tested here. Other runtime deps look fine: anndata (pure), pyarrow/pandas<3/scipy/shapely (somacore==1.0.29) are on our registry. Not related to the `tiledb` queue entry (TileDB-Py): tiledbsoma no longer depends on TileDB-Py; it links libtiledb (TileDB core C++) directly. Build scope once unblocked (large, likely multi-session): upstream python-packaging.yml runs cibuildwheel on apis/python (setup.py drives CMake superbuild of libtiledbsoma + pybind11). libtiledbsoma/cmake/Modules/FindTileDB_EP.cmake defaults DOWNLOAD_TILEDB_PREBUILT=ON and only has linux x86_64/arm64 tarballs (any non-aarch64 Linux falls through to the x86_64 URL), so riscv64 needs -DDOWNLOAD_TILEDB_PREBUILT=OFF, which ExternalProject-builds TileDB 2.30.0 from source with TILEDB_S3=ON and TILEDB_SERIALIZATION=ON by default -> TileDB''s vcpkg manifest builds aws-sdk-cpp, capnproto, curl/openssl, zstd/lz4/bzip2/libmagic, spdlog etc. from source with no riscv64 binary cache (upstream already needs VCPKG_FORCE_SYSTEM_BINARIES + dnf ninja-build perl-IPC-Cmd zip even on aarch64; see gotchas 136/641 for vcpkg-on-riscv64 traps). Consider the cp-independent build-once TileDB pattern (build in a separate job, feed TILEDB_PATH to setup.py) to avoid N parallel multi-hour C++ builds. No worktree/branch/PR created; diagnosed from a 2.3.0 checkout.'
 - pkg: pycauset
   version: 0.6.1
   home: https://github.com/BrorH/pycauset