Skip to content

chore(release): stamp v0.6.10 - #63

Merged
bucknova merged 1 commit into
mainfrom
release-v0.6.10
Sep 8, 2026
Merged

bucknova merged 1 commit into
mainfrom
release-v0.6.10

Conversation

@bucknova

@bucknova bucknova commented Sep 8, 2026

Copy link
Copy Markdown
Owner

Release stamp for v0.6.10 — no functional change.

Every user-facing change in this release was contributed by @dacrhu, and
the release notes say so at the top rather than leaving it in commit
trailers.

The headline is a fix, not the features

The "SSTV mode → Data/Pkt" setting we shipped in v0.6.8 has never
actually switched a radio
. It resolved the correct data mode (DATA-U on
Yaesu) and then never sent it, because Band Plan tuning skips the mode change
when the sideband family matches — and DATA-U, PKTUSB and USB are all
the same family.

The setting appeared in Settings. The tooltip explained what it did. Nothing
happened.

The changelog entry states plainly that anyone who tried it and concluded
their radio didn't support it was seeing our bug — because that's the person
who needs to know to try again. dacrhu found it while building the rigctld
equivalent on top of it.

Also in

  • rigctld connections gain the same mode policy, using Hamlib's universal
    PKTUSB/PKTLSB so it works for any backend rather than one vendor's CAT.
  • An always-on audio strip on the Receive panel: TX/RX gain sliders and an
    input level meter, so gain is adjustable without opening Settings.

Verification

Both PRs were reviewed, tested individually and merged together in a scratch
worktree beforehand: no conflicts, ruff clean, 236 passed across the touched
suites. CI green on both before merge.

🤖 Generated with Claude Code

Three changes, all contributed by @dacrhu, credited in the release notes
rather than only in commit trailers.

The headline is a fix rather than the new features: the "SSTV mode →
Data/Pkt" setting shipped in v0.6.8 has never actually switched a radio.
Band Plan tuning skips the mode change when the sideband family matches, and
DATA-U, PKTUSB and USB are all the same family, so the resolved data mode was
computed and then swallowed. Anyone who tried that setting and concluded
their rig didn't support it was seeing our bug. The changelog says so in
those terms, because that user needs to know to try again.

Also: rigctld gains the same mode policy via Hamlib's universal
PKTUSB/PKTLSB, and the Receive panel gains an always-on audio strip with
TX/RX gain sliders and an input level meter.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@bucknova
bucknova merged commit 0cf68e0 into main Sep 8, 2026
18 checks passed
@bucknova
bucknova deleted the release-v0.6.10 branch September 8, 2026 04:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant