patrickjaja/claude-desktop-bin v1.14271.0-6

Claude Desktop 1.14271.0 (patch release 6)

on GitHub

Claude Desktop 1.14271.0 (patch release 6)

This release provides Claude Desktop version 1.14271.0 pre-patched for Linux.

Installation Options

Arch Linux (AUR)

yay -S claude-desktop-bin

Debian/Ubuntu (APT Repository — recommended)

curl -fsSL https://patrickjaja.github.io/claude-desktop-bin/install.sh | sudo bash
sudo apt install claude-desktop-bin

Debian/Ubuntu (manual .deb)

# x86_64
sudo apt install ./claude-desktop-bin_1.14271.0-6_amd64.deb
# ARM64
sudo apt install ./claude-desktop-bin_1.14271.0-6_arm64.deb

Fedora/RHEL (RPM Repository — recommended)

curl -fsSL https://patrickjaja.github.io/claude-desktop-bin/install-rpm.sh | sudo bash
sudo dnf install claude-desktop-bin

Fedora/RHEL (manual .rpm)

# x86_64
sudo dnf install ./claude-desktop-bin-1.14271.0-6.x86_64.rpm
# ARM64
sudo dnf install ./claude-desktop-bin-1.14271.0-6.aarch64.rpm

NixOS / Nix

nix run github:patrickjaja/claude-desktop-bin

AppImage (Any Distro)

# x86_64
chmod +x Claude_Desktop-1.14271.0-x86_64.AppImage
./Claude_Desktop-1.14271.0-x86_64.AppImage
# ARM64
chmod +x Claude_Desktop-1.14271.0-aarch64.AppImage
./Claude_Desktop-1.14271.0-aarch64.AppImage

Update existing AppImage (delta download — only changed blocks):

appimageupdatetool Claude_Desktop-*-x86_64.AppImage
# Or from within the AppImage:
./Claude_Desktop-*-x86_64.AppImage --appimage-update

Checksums

Changes since last release

Fix: missing GNOME/KDE dock icon - StartupWMClass did not match the real window class (#148)

• Every .desktop we ship now sets StartupWMClass=claude-desktop instead of claude. The dock/taskbar icon was missing on GNOME (Fedora, Wayland) and KDE Plasma 6.7 (#148) because the running window's real X11 WM_CLASS / Wayland app_id is claude-desktop, not claude - confirmed here with xprop/wmctrl. GNOME/KDE match a window to its installed .desktop entry by StartupWMClass first, so the mismatch meant no icon. The window id comes from Chromium's GetXdgAppId(), which reads the app's desktopName (claude-desktop.desktop, set by upstream in app.asar package.json) and ignores the renamed Electron binary / --class / argv[0] - so renaming the binary to claude never set the window class, contrary to the old build comments. Fixed across all packaging formats: AUR (PKGBUILD.template), the .deb build script (packaging/debian/build-deb.sh, the path CI actually ships), the static packaging/debian/claude.desktop, the RPM spec, the AppImage build script, the Nix package, and the launcher's runtime-generated AppImage .desktop.
• Corrected the misleading "Electron derives WM_CLASS from the binary basename" comments in those files and the launcher header to state the real source (desktopName). The binary rename and APP_ID="claude" (systemd scope / .desktop filename / cgroup portal identity) are unchanged - that is a separate identity signal and was already correct.
• Known limitation, not addressed here: per-profile instances (--create-profile) still all report claude-desktop for the same reason (the shared app.asar desktopName wins over the per-profile binary basename), so they don't yet get distinct dock icons. A per-profile desktopName/CHROME_DESKTOP override (the mechanism fix_quick_entry_app_id.nim already uses) is the follow-up. Launcher/packaging-only change; no patch or upstream-version bump.
• Builds on #154 by @noprogressinpleasure, which had the right diagnosis but covered only the static deb file (inert for CI releases) and the RPM spec.

Links

• AUR Package
• Full Changelog