[IMPORTANT] - "Interpreter not found!" across all install methods on Arch Linux — AppImage, .deb, and autoinstall all failing

User ᏒᏗᏂ-ᎥĐ905 on Arch Linux (x86_64) reports "Interpreter not found!" when running OpenHuman via any installation method — AppImage, .deb package, and autoinstall all fail with the same error. User previously got the app running with AI assistance but can no longer launch it. Environment OS: Arch Linux (x86_64) Rust: 1.95.0 / Cargo: 1.95.0 Clang: 22.1.5 (installed at /usr/bin) CMake: 4.3.3 | Node: v26.1.0 | pnpm: 10.10.0 GCC: 16.1.1 (x86_64-pc-linux-gnu) ROCm: 3.5.0 (at /mnt/data/LLMz/rocm) — AMD GPU setup Note: $env:LIBCLANG_PATH syntax failed (Windows PowerShell syntax used in zsh — not a blocker but worth noting) Related known regression Same "Interpreter not found!" error as Tekguru's ticket (Ubuntu 26.04, v0.54.0 AppImage). Root cause: AppImage missing ld-linux-x86-64.so.2. However this user is on Arch Linux and also seeing the issue on .deb and autoinstall — suggesting either a broader packaging problem or an Arch-specific glibc/dynamic linker path issue beyond the AppImage regression. Arch uses a non-standard filesystem layout and bleeding-edge glibc that may expose additional incompatibilities. Connor confirmed this is the AppImage issue on 27/05/2026 — response pending from user.