[BlakeGardner]

Release Keyloom 0.4.0, whose headline is the window list.

Why

Since 0.3.0, main gained the window list and a collapsed Troubleshooting section in the ⋯ menu (#27), narrower apt key handling in the README's install steps (#25), and dependency and security updates (#24, #26). A new window makes this 0.4.0 rather than 0.3.1.

What changed

• Version: Cargo.toml and Cargo.lock move to 0.4.0, alone in the "Release 0.4.0" commit.
• xremap digest guard: releases_earlier_keylooms_downloaded_stay_recognised now also lists 0.3.0 → xremap 0.15.14, and the RELEASES comment names both Keyloom releases that downloaded it. The pin itself doesn't move.
• Packaging: nothing to change; the distributions match 0.3.0. The Arch recipe follows once the tag exists.

Worth knowing

• Please Rebase and merge so the guard fix and "Release 0.4.0" stay separate commits.
• This is the first release run of the new arch-recipe job (Open the Arch recipe PR from the release workflow and document releases #17). It should open "Update Arch package recipe for 0.4.0" after the Arch build; the repository already lets GitHub Actions create pull requests, which the job needs. The other jobs' actions haven't moved since 0.3.0.
• The zip 9 bump in Clear the new dependency audit advisories #26 (RUSTSEC-2026-0367/0368/0369) covers the xremap download's extraction. The download is checked against its recorded digest before it is unpacked, so the notes leave it out as something users wouldn't notice.
• The release notes for gh release create are below.

Release notes draft (Keyloom 0.4.0)

Keyloom 0.4.0 adds a window list, so finding out why an application is missing from the application picker, or why a remap for it doesn't apply, no longer takes a terminal.

Changes

• Window list. "Window list" under "Troubleshooting" in the ⋯ menu opens, in a window of its own, every window open on the desktop exactly as xremap --list-windows reports it: the application id that application-specific remaps match on, and the title. Nothing is merged or left out, so Keyloom's own windows and windows that report no application id are listed too. The list refreshes every 5 seconds while the window is open, so a newly opened application appears without reopening anything. Ids and titles can be selected and copied with Ctrl+C or the right-click menu, and Copy puts every row on the clipboard as tab-separated text. It runs the same xremap the service uses, never touches an input device, and works with or without systemd. Not yet: it shows only what the installed xremap can ask the desktop; on a desktop xremap has no client for, the window explains why instead.
• Troubleshooting menu. The remapping log, the window list, and "Reset all mappings" now sit under a collapsed "Troubleshooting" entry at the foot of the ⋯ menu, keeping everyday actions up front. "Show log" on a toast saying remapping could not be applied, paused, or resumed still opens the log directly.
• Narrower apt repository key. The Debian and Ubuntu steps in the README now keep the repository key in /etc/apt/keyrings and name it with signed-by, so it vouches only for Keyloom's repository instead of every source on the system. Running the new steps replaces the old source list; the earlier key, /etc/apt/trusted.gpg.d/home_BlakeGardner_Keyloom.gpg, can then be removed.

Install

Packages are attached below as the builds finish: .deb for Debian 13, Testing, and Unstable and Ubuntu 24.04, 25.10, and 26.04, .rpm for Fedora 43, 44, and Rawhide (x86_64 and aarch64), and an x86_64 Arch Linux .pkg.tar.zst. For the apt and dnf repositories that deliver updates with your system, see the README.

Full changelog: v0.3.0...v0.4.0

Testing

• cargo fmt --check, cargo clippy --all-targets --all-features -D warnings, and cargo test --locked (335 passed, 21 ignored) on this branch. No layer generation changed, so the xremap harness wasn't needed.