## Summary

`CMakeLists.txt:1062` passes `/MANIFESTINPUT:<path>` to the MSVC linker
but not the required `/MANIFEST:EMBED`. Per MSVC docs the former is only
valid alongside the latter. Older toolsets accepted the lone flag with a
warning; newer ones (VS 18.x / MSVC 14.50+) fail hard:

```
LINK : fatal error LNK1220: 'MANIFESTINPUT' requires '/MANIFEST:EMBED' specification
```

One-line fix (4 lines incl. comment): add `/MANIFEST:EMBED` to the
`target_link_options` call so the manifest is embedded inline (the
intended behaviour anyway).

## Why a separate PR

Split out of #3234 (the `mic_level` TCI handler) on reviewer request —
this is an unrelated build-system change and deserves independent review
against the Windows toolchain matrix.

## Context

- Hit on a fresh Windows build with **Visual Studio 18 Build Tools,
toolset 14.50.35717**, Windows SDK 10.0.26100.0.
- This branch is cut from `44eaef7c` (the #3225 "Embed DFNR model and
set Store identity" merge), so it sits on top of the latest
Windows/manifest changes — no conflict with #3225's Store-identity
handling (different part of the file).
- CI presumably uses an older MSVC, which is why this has been latent.

## Test plan

- [x] Windows local build (MSVC 14.50) links clean with the fix; fails
with LNK1220 without it
- [x] No effect on Linux/macOS — the change is inside the existing
`if(MSVC)` block
- [ ] CI Windows matrix (auto)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Release-prep for **v26.6.2**, a consolidated release rolling up the
26.6.1 feature wave, the v26.6.1.1 hotfixes, and new work through #3443.

Bumps version 26.6.1.1 → 26.6.2 in `CMakeLists.txt` and the `README.md`
banner, and prepends the v26.6.2 `CHANGELOG.md` entry. No code changes.

Headline content: runtime theming system, three HID controller classes
(StreamDeck+, Ulanzi Dial, Icom RC-28), the packet-radio suite
(KISS-over-TCP TNC #3279, connected-mode BBS terminal #3381, PMS
mailbox), and the Microsoft Store MSIX packaging path
(#3178/#3205/#3225/#3281).

💻 Generated with Claude Code (Opus 4.8) with architecture by @jensenpat

Co-authored-by: Codex <noreply@openai.com>

## Summary

This prepares the Windows Store MSIX package for submission while
keeping DFNR enabled without shipping the DeepFilterNet model as a
`.tar.gz` archive.

- Embed the DeepFilterNet model resources at build time so Store
packages can load DFNR data directly from Qt resources.
- Update the Windows MSIX packaging script and CI workflow to exclude
the loose DFNR model payload for Store builds.
- Add checked-in Partner Center package identity defaults for the Store
submission:
  - `Identity.Name`: `AetherSDR.AetherSDR`
  - `Identity.Publisher`: `CN=E03F94A2-AEAB-46D2-8BF1-6419C305CC44`
  - `PublisherDisplayName`: `AetherSDR`
- Document the Store build flow, identity defaults, validation steps,
and upload package behavior.

## Implementation Notes

The DFNR loader now first tries the existing app-data model location,
then falls back to a packaged resource path when the model is embedded.
This lets normal development/test builds continue to use external model
files while Store builds avoid archive payloads that WACK flags.

The workflow sources `packaging/windows/store-identity.ps1` before
creating the MSIX. The helper only fills missing environment variables,
so CI repository variables or local shell variables can still override
the identity when needed.

## Validation

Built locally from a fresh Windows Store submission worktree using the
MSVC environment and 8 build jobs.

- `cmake --build build\msvc-store-submit --target AetherSDR -j 8`
- `windeployqt deploy\AetherSDR.exe --release --no-translations
--no-system-d3d-compiler`
- `packaging\windows\create-msix.ps1 -DeployDir deploy -PackageRoot
AetherSDR-store-submission\msix-root -OutputDir
AetherSDR-store-submission -CreateUpload -SkipSign -ExcludeDfnrModel`
- `packaging\windows\check-dpi-awareness.ps1 -ExePath
deploy\AetherSDR.exe`
- Windows App Certification Kit on the final MSIX

Final local validation results:

- Manifest identity verified as `AetherSDR.AetherSDR` /
`CN=E03F94A2-AEAB-46D2-8BF1-6419C305CC44` / `AetherSDR`.
- Final package contains `deepfilter.dll` and `AetherSDR.exe`, but no
`DeepFilterNet`, `.dfmodel`, or `.tar.gz` payload.
- WACK overall result: `PASS`.
- WACK `Archive files usage`: `PASS`.
- WACK `DPIAwarenessValidation`: `PASS`.
- WACK optional `Blocked executables`: still reports findings from
Qt/OpenGL/process API/static string matches, but overall WACK remains
`PASS`.

The final local artifact for Partner Center submission is the generated
`.msixupload`; it is intentionally unsigned with `-SkipSign` because
Microsoft signs Store-distributed packages.

---------

Co-authored-by: Codex <noreply@openai.com>

…sdr#3237)

## Summary

`CMakeLists.txt:1062` passes `/MANIFESTINPUT:<path>` to the MSVC linker
but not the required `/MANIFEST:EMBED`. Per MSVC docs the former is only
valid alongside the latter. Older toolsets accepted the lone flag with a
warning; newer ones (VS 18.x / MSVC 14.50+) fail hard:

```
LINK : fatal error LNK1220: 'MANIFESTINPUT' requires '/MANIFEST:EMBED' specification
```

One-line fix (4 lines incl. comment): add `/MANIFEST:EMBED` to the
`target_link_options` call so the manifest is embedded inline (the
intended behaviour anyway).

## Why a separate PR

Split out of aethersdr#3234 (the `mic_level` TCI handler) on reviewer request —
this is an unrelated build-system change and deserves independent review
against the Windows toolchain matrix.

## Context

- Hit on a fresh Windows build with **Visual Studio 18 Build Tools,
toolset 14.50.35717**, Windows SDK 10.0.26100.0.
- This branch is cut from `44eaef7c` (the aethersdr#3225 "Embed DFNR model and
set Store identity" merge), so it sits on top of the latest
Windows/manifest changes — no conflict with aethersdr#3225's Store-identity
handling (different part of the file).
- CI presumably uses an older MSVC, which is why this has been latent.

## Test plan

- [x] Windows local build (MSVC 14.50) links clean with the fix; fails
with LNK1220 without it
- [x] No effect on Linux/macOS — the change is inside the existing
`if(MSVC)` block
- [ ] CI Windows matrix (auto)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Release-prep for **v26.6.2**, a consolidated release rolling up the
26.6.1 feature wave, the v26.6.1.1 hotfixes, and new work through aethersdr#3443.

Bumps version 26.6.1.1 → 26.6.2 in `CMakeLists.txt` and the `README.md`
banner, and prepends the v26.6.2 `CHANGELOG.md` entry. No code changes.

Headline content: runtime theming system, three HID controller classes
(StreamDeck+, Ulanzi Dial, Icom RC-28), the packet-radio suite
(KISS-over-TCP TNC aethersdr#3279, connected-mode BBS terminal aethersdr#3381, PMS
mailbox), and the Microsoft Store MSIX packaging path
(aethersdr#3178/aethersdr#3205/aethersdr#3225/aethersdr#3281).

💻 Generated with Claude Code (Opus 4.8) with architecture by @jensenpat

Co-authored-by: Codex <noreply@openai.com>