Dictation installer offers x86-only voxtype-bin on Apple Silicon, making Voxtype uninstallable

[twitchax]

System details

• Omarchy: 4.0.0.r6673.g5939caf-1
• Hardware: Apple MacBook Air (M1, 2020) — apple,j313 / apple,t8103
• CPU: Apple M1 (aarch64)
• Kernel: 7.1.6-1-1-ARCH (linux-asahi 7.1.6.asahi1-1)
• Package: voxtype-bin 0.7.5-1
• omarchy-hw-apple-silicon → true

What's wrong?

bin/omarchy-voxtype-install installs the prebuilt package unconditionally:

omarchy-pkg-add wtype voxtype-bin

voxtype-bin declares arch=('x86_64'), so on Apple Silicon it cannot be built
or installed at all:

==> ERROR: voxtype-bin is not available for the 'aarch64' architecture.

Dictation is therefore unreachable on every Apple Silicon Omarchy install.
voxtype never lands on PATH, so the guard in
default/hypr/bindings/voxtype.lua never fires:

if o.cmd_present("voxtype") then
  o.bind("SUPER + CTRL + X", "Toggle dictation", "voxtype record toggle")
  o.bind("F9", "Start dictation (push-to-talk)", "voxtype record start")
  ...
end

F9 and SUPER + CTRL + X silently do nothing, and the Dictation bar indicator
stays inert.

Users are actively steered into this dead end:
install/user/first-run/install-voxtype.hook raises a critical notification
inviting them to "Install voice dictation for Omarchy", whose --exec runs the
installer that cannot succeed on this hardware.

Expected

Either dictation installs successfully on aarch64, or Omarchy declines to offer
it rather than prompting for an install that always fails.

Steps to reproduce

1. Omarchy on Apple Silicon (Asahi, aarch64).
2. Run omarchy voxtype install (or click the dictation invitation notification).
3. Install aborts on the architecture error above.
4. command -v voxtype → nothing; F9 does nothing.

Suggested fix

The AUR source package already supports ARM, at the same version:

Package	arch=	Version
voxtype-bin	('x86_64')	0.7.5-1
voxtype	('x86_64' 'aarch64')	0.7.5-1

makedepends are cargo clang cmake git pkgconf shaderc; runtime deps are
identical (alsa-lib curl gcc-libs glibc). Building it on this machine and
running voxtype setup --download --no-post-install + voxtype setup systemd
produces working dictation — the rest of omarchy-voxtype-install is already
architecture-neutral.

So the one-line shape of the fix is to pick the source package when the prebuilt
one cannot run, e.g. gated on the existing omarchy-hw-apple-silicon predicate.

Relationship to the AVX2 issues

This is adjacent to #8312 / #7883 / #7890 and PR #8316, but a distinct failure
mode:

• Those cover x86 CPUs lacking AVX2, where voxtype-bin installs and then
  SIGILLs at runtime.
• Here the package cannot be installed at all — makepkg refuses on the
  architecture declaration, before anything executes.

PR #8316 adds a source-build fallback, which is the right remedy, but it gates on
omarchy-hw-x86-64-v3 — a predicate that reads x86 CPU flags from
/proc/cpuinfo and is not meaningful on aarch64. That PR mentions no ARM
hardware. If it lands as written, Apple Silicon likely still needs its own gate
(omarchy-hw-apple-silicon, already used by install/hardware/network.sh and
omarchy-update-asahi-bundle), and the user-facing message should say
"no prebuilt binary for this architecture" rather than "your CPU lacks AVX2".

Happy to open a PR if the maintainers would like it folded into #8316 or filed
separately.