[AAASM-4648] 📝 (packaging): Fix misleading OS classifier for platform wheels#261
Conversation
The published metadata declared 'Operating System :: OS Independent', but the release ships native (Rust-extension) wheels for macOS and Linux only — no Windows wheel. Windows installs fell back to a Rust-requiring sdist build. Replace the false claim with the OSes we actually publish wheels for. Refs AAASM-4648
|
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
🤖 Claude Code — PR reviewCI state: GREEN — 24/24 checks pass (CI unit+integration, CodeQL, SonarCloud, Codecov, PEP 561, wheel-matrix drift guard, docs build). Scope coverage: Fully covers AAASM-4648's Side-effect assessment: None at runtime. The change is packaging metadata only ( FE: No FE-app change; packaging metadata only. Playwright validation N/A. Verdict: READY to merge (pending required review approval). |



Description
The published PyPI metadata for
agent-assemblydeclared the trove classifierOperating System :: OS Independent, but the release ships platform-specificnative (Rust-extension) wheels for macOS and Linux only — there is no Windows
(
win_amd64) wheel. A Windows developer trusting the classifier gets nocompatible wheel and the installer falls back to building the sdist, which needs
a Rust/maturin toolchain and fails on a stock Windows machine.
This replaces the false
OS Independentclaim with the OSes we actually publishwheels for:
Operating System :: POSIX :: LinuxOperating System :: MacOSWindows is out of scope (no
win_amd64wheel is built), so the correctedclassifier now matches the published wheel set. No behavior change — packaging
metadata only.
Type of Change
Breaking Changes
Related Issues
Testing
Metadata-only change. Verified
pyproject.tomlstill parses (tomllib) and theOperating Systemclassifiers now readPOSIX :: Linux+MacOS. Verificationper ticket: the PyPI project page's platform list matches the published wheel set
(Linux/macOS) once rc.6 publishes.
Checklist