Skip to content

v3.15.1 — derive __version__ from package metadata

Choose a tag to compare

View all tags
@mijahauan mijahauan released this 21 May 11:43
· 105 commits to main since this release
v3.15.1
afbe701

Fixed

  • ka9q.__version__ was stale on v3.15.0. The wheel's dist-info correctly announced 3.15.0, but the __version__ string baked into ka9q/__init__.py still read '3.14.2' — a hardcoded literal I forgot to bump alongside pyproject.toml. In-code introspection (import ka9q; ka9q.__version__) returned the wrong string for every consumer.

    The fix replaces the hardcoded literal with importlib.metadata.version("ka9q-python") so the in-package version always tracks dist-info. Drift between the released version and the code-reported version is no longer possible. Falls back to "0.0.0+unknown" when the package isn't installed (e.g. running from a source tree without an editable install).

Not changed

Every functional addition from v3.15.0 — F16LE/F16BE/MULAW/ALAW decoders in parse_rtp_samples, the new OpusDecoder class behind the [opus] extra, the set_agc / OPUS_BITRATE bug fixes, the de-duplicated RadiodControl setters, the pin to ka9q-radio d555f1853422 — remains in place. This is purely a metadata-reporting fix.

🤖 Generated with Claude Code

Assets 4
Loading