f9d99c50d9
P5 — `.github/workflows/pip-release.yml`: - cibuildwheel matrix per ADR §5.4: manylinux x86_64 + aarch64, macos x86_64 + arm64, win amd64 (5 wheels via abi3-py310 stable ABI — one binary per OS/arch covers Python 3.10–3.13) - Linux aarch64 cross-builds via QEMU; rustup 1.82 pinned in CIBW_BEFORE_ALL_LINUX for reproducibility - Per-wheel smoke test: import wifi_densepose, assert hello()=="ok" - sdist via `maturin sdist` - Trigger: workflow_dispatch + push to `v*-pip` tags ONLY (never on regular commits — won't accidentally publish) - TestPyPI dry-run gate via `repository-url: https://test.pypi.org/legacy/` - Production PyPI publish via Trusted Publisher OIDC (no API tokens in GH secrets per ADR §9). Requires one-time PyPI Trusted Publisher registration before the first publish can fire. - Q3 (witness hash v2 — ADR-117 §11.3) flagged in workflow comments as a hard gate before the first tag. P-tomb — `python/tombstone/`: - Separate `wifi-densepose==1.99.0` sdist+wheel using setuptools backend (NOT maturin — tombstone is pure Python, no Rust). - `src/wifi_densepose/__init__.py` raises ImportError with the migration URL on import. Verified locally: 2.7 KB wheel, `pip install` then `import wifi_densepose` raises ImportError with `pip install wifi-densepose==2.0.0` hint + repo URL. - 5 unit tests (`tests/test_tombstone.py`) lock the file content down: must `raise ImportError`, must contain v2 install hint and migration URL, must NOT contain any `def`/`class`/`import` beyond the bare `raise` — so a well-intentioned refactor can't accidentally bloat the tombstone into a real module that loads partway before failing. Both wheels are published by the same pip-release.yml workflow: - `v1.99.0-pip` tag → publishes tombstone (or via workflow_dispatch with `target: v1-99-tombstone`) - `v2.X.Y-pip` tag → publishes the v2 wheel matrix Per ADR-117 §7.3: tag and publish 1.99.0-pip FIRST so the tombstone claims the "current" slot in pip's resolver, THEN publish 2.0.0-pip. Test count unchanged in main python/ suite (156/156). Tombstone sub-suite: 5 passing. Refs: docs/adr/ADR-117-pip-wifi-densepose-modernization.md §5.4, §7 Refs: #785 Co-Authored-By: claude-flow <ruv@ruv.net> |
||
|---|---|---|
| .. | ||
| src | ||
| tests | ||
| tombstone | ||
| wifi_densepose | ||
| .gitignore | ||
| Cargo.lock | ||
| Cargo.toml | ||
| README.md | ||
| pyproject.toml | ||
README.md
wifi-densepose v2.x — PyO3 bindings for the Rust core
This directory contains the source for the wifi-densepose PyPI wheel
(v2.0+). It's a PyO3 + maturin build that wraps the Rust crates in
v2/crates/ and replaces the legacy pure-Python
wifi-densepose==1.1.0 (released 2025-06-07).
See ADR-117 for the full modernization plan.
Build locally
# Install maturin + dev deps
pip install maturin pytest
# Develop-install — builds the Rust extension in-place
cd python
maturin develop
# Run the smoke tests
pytest tests/
The maturin develop command produces a debug-build wheel installed
into your current Python environment. For release builds:
maturin build --release --strip
The wheel lands under python/target/wheels/.
Layout
python/
├── Cargo.toml # PyO3 + abi3-py310 + Rust deps
├── pyproject.toml # maturin backend + Python metadata
├── README.md # this file
├── src/
│ └── lib.rs # #[pymodule] — Rust binding glue
├── wifi_densepose/ # pure-Python facade (the user-facing API)
│ ├── __init__.py # re-exports compiled module symbols
│ └── py.typed # PEP 561 typed-package marker
└── tests/
└── test_smoke.py # P1 acceptance tests
Phase status (per ADR-117 §6)
- ✅ P1 — Scaffold: module loads, version constant exposed,
6 smoke tests pass via
maturin develop. - ✅ P2 — Core type bindings:
Keypoint,KeypointType,BoundingBox,PersonPose,PoseEstimate. 51 additional tests. - ✅ P3 — Vitals + signal DSP:
VitalStatus,VitalEstimate,VitalReading,BreathingExtractor,HeartRateExtractorwithpy.allow_threadsGIL release on hot loops (Q5 tokio audit on 2026-05-24 confirmed core/vitals/signal are pure-sync). 17 tests. - ✅ P3.5 — BFLD bindings (stub Rust):
BfldKind,BfldFrame,BfldReport— forward-compatible Python surface for 802.11ac/ax/be Beamforming Feedback Loop Data. numpy Complex64 bridge. 19 tests. Real Rust ingestion lands post-v2.0 in awifi-densepose-bfldcrate (see ADR-117 §11.11/12); the Python API does not change. - ✅ P4 — WS/MQTT client: pure-Python
wifi_densepose.clientextra (no Rust).SensingClient(asyncio websockets),RuViewMqttClient(paho-mqtt v2 with VERSION2 callbacks),HABlueprintHelper(HA discovery payload parser),SemanticPrimitiveListener(typed router for the 10 HA-MIND primitives from ADR-115 §3.12). 63 tests including end-to-end against an in-processwebsockets.servefixture. - ⏳ P5 — cibuildwheel + PyPI publish (workflow shipped): GH Actions
workflow
.github/workflows/pip-release.ymlships the 5-wheel matrix (manylinux x86_64+aarch64, macosx x86_64+arm64, win amd64) plus sdist viacibuildwheel@2.21. Publish via PyPI Trusted Publisher (OIDC) onv2.X.Y-piptags or manual dispatch. One-time PyPI Trusted Publisher registration required before the first publish can fire. Q3 (witness hash v2 — ADR-117 §11.3) remains the hard gate before tagging. - ✅ P-tomb — v1.99.0 tombstone wheel: pure-Python wheel
(
python/tombstone/) whosewifi_densepose/__init__.pyraises ImportError with the migration URL on import. Verified locally (2.7 KB wheel) —pip install wifi_densepose-1.99.0-py3-none-any.whlthenpython -c "import wifi_densepose"raises ImportError as expected. Samepip-release.ymlworkflow publishes the tombstone onv1.99.0-piptag. Per ADR-117 §7.3, publish the tombstone BEFORE the first v2.0.0 publish to claim the "current" slot in pip's resolver.
Each phase ends with a checkbox PR. Tests are additive — every phase's smoke tests must still pass after later phases land.
Migrating from v1.x
The v1 line was a separate pure-Python implementation. v2 is a hard break (semver-justified by 11.5 months of stack drift). Migration guide ships in docs/migrations/wifi-densepose-1-to-2.md (landing in P5).