@@ -12467,19 +12467,19 @@ packages:
   pr: null
   notes: 'CONSISTENT with the rest of the passagemath-* family, with the widest chain yet: checked pyproject.toml.m4 directly (raw.githubusercontent.com/passagemath/passagemath/main/pkgs/sagemath-standard-no-symbolics/pyproject.toml.m4) - [build-system] requires + [project] dependencies pin sagemath_objects, categories, modules, graphs, combinat, ntl, pari, repl, singular, brial, cddlib, cliquer (truncated list - many more follow), none yet ported. This is the Sage library meta-package minus symbolics, so essentially the whole passagemath-objects dependency tree needs to land first. Set to `blocked-on-dependency`: waiting on passagemath-objects (transitively almost every other passagemath-* entry in this queue), not infeasible.'
 - pkg: dbmate-bin
-  version: 2.35.1
+  version: 2.36.0
   home: https://github.com/justin-yan/pybin
   repo: https://github.com/justin-yan/pybin
-  status: queued
-  pr: null
-  notes: '2 Linux wheels upstream (abi: py3); no riscv64 on PyPI or pypi.riseproject.dev.'
+  status: ci-running
+  pr: https://github.com/riseproject-dev/python-wheels/pull/3145
+  notes: 'PR #3145 open (draft). Built 2.36.0, the current PyPI release (queued at 2.35.1). amacneil/dbmate''s GitHub releases carry no linux-riscv64 asset (its ci.yml build matrix is linux 386/amd64/arm/arm64 only; v2.36.0/dbmate-linux-riscv64 404s), and justin-yan/pybin''s Architecture enum/WheelPacker tag table only know x86_64/arm64. Ported anyway, same shape as just-bin: build dbmate from the v2.36.0 tag on the riscv64 runner with upstream''s own Makefile (CGO_ENABLED=1 for the mattn/go-sqlite3 driver, go-version-file go.mod -> go1.27.1), then pack it with pybin''s own PyPIReleaseTarget/WheelPacker at a pinned pybin SHA (pybin has no tags), patched (Upstream-Status: Inappropriate) to add Architecture.RISCV64 -> manylinux_2_39_riscv64. glibc linked dynamically instead of upstream''s -extldflags -static (keeps LGPL glibc out of the wheel), so no musllinux half in the tag; workflow also adds dbmate''s MIT LICENSE, which pybin wheels omit. Locally cross-compiled (riscv64-linux-gnu-gcc, cgo) to a valid riscv64 ELF with the correct /lib/ld-linux-riscv64-lp64d.so.1 interpreter, packed the wheel with the patched pybin, and ran the workflow''s sqlite test script (new/up/status/rollback/drop) against a native x86 build.'
 - pkg: pysplashsurf
   version: 0.14.1.0
   home: https://splashsurf.physics-simulation.org/
   repo: https://github.com/InteractiveComputerGraphics/splashsurf.git
-  status: queued
-  pr: null
-  notes: '8 Linux wheels upstream (abi: cp310); no riscv64 on PyPI or pypi.riseproject.dev.'
+  status: ci-running
+  pr: https://github.com/riseproject-dev/python-wheels/pull/3148
+  notes: 'PR #3148 open (draft). PyO3 0.28/maturin, abi3-py310 (one cp310-abi3 wheel, hence the cp310-only queue note) over the pure-Rust splashsurf_lib; only C dep is lzma-sys (vendored xz via cc). SIMD paths are gated on x86 avx2/fma and aarch64 neon with scalar fallbacks, so riscv64 takes the portable path. Gotcha: upstream''s repo-root .cargo/config.toml sets rustflags target-cpu=native, which on a native riscv64 build would tie the wheel to the runner''s ISA extensions; overridden with RUSTFLAGS=-C target-cpu=generic-rv64. Tagged v0.14.1''s Cargo.lock is stale, so no --locked (upstream doesn''t pass it either). maturin only globs LICENSE next to pyproject.toml, so LICENSE is copied into pysplashsurf/ (upstream''s wheel ships none). Tests: upstream''s pytest suite incl. test_calling.py, which needs the splashsurf CLI (built on the runner without fat LTO); numpy/scipy/rtree from the registry; cp312-cp314 only (abi3 cannot load on cp314t). Local cross-compile to riscv64gc succeeded.'
 - pkg: strix-agent
   version: 1.7.0
   home: https://pypi.org/project/strix-agent/