Claude Desktop 2.2553.1 (patch release 3)
This release provides Claude Desktop version 2.2553.1 pre-patched for Linux.
Installation Options
Arch Linux (pacman Repository - recommended)
curl -fsSL https://patrickjaja.github.io/claude-desktop-extra/install-pacman.sh | sudo bash
sudo pacman -Syu claude-desktop-extraArch Linux (manual package)
# x86_64
sudo pacman -U https://github.com/patrickjaja/claude-desktop-extra/releases/download/v2.2553.1-3/claude-desktop-extra-2.2553.1-3-x86_64.pkg.tar.zst
# ARM64
sudo pacman -U https://github.com/patrickjaja/claude-desktop-extra/releases/download/v2.2553.1-3/claude-desktop-extra-2.2553.1-3-aarch64.pkg.tar.zstDebian/Ubuntu (APT Repository — recommended)
curl -fsSL https://patrickjaja.github.io/claude-desktop-extra/install.sh | sudo bash
sudo apt install claude-desktop-extraDebian/Ubuntu (manual .deb)
# x86_64
sudo apt install ./claude-desktop-extra_2.2553.1-3_amd64.deb
# ARM64
sudo apt install ./claude-desktop-extra_2.2553.1-3_arm64.debFedora/RHEL (RPM Repository — recommended)
curl -fsSL https://patrickjaja.github.io/claude-desktop-extra/install-rpm.sh | sudo bash
sudo dnf install claude-desktop-extraFedora/RHEL (manual .rpm)
# x86_64
sudo dnf install ./claude-desktop-extra-2.2553.1-3.x86_64.rpm
# ARM64
sudo dnf install ./claude-desktop-extra-2.2553.1-3.aarch64.rpmNixOS / Nix
nix run github:patrickjaja/claude-desktop-extraAppImage (Any Distro)
# x86_64
chmod +x Claude_Desktop-2.2553.1-x86_64.AppImage
./Claude_Desktop-2.2553.1-x86_64.AppImage
# ARM64
chmod +x Claude_Desktop-2.2553.1-aarch64.AppImage
./Claude_Desktop-2.2553.1-aarch64.AppImageUpdate 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
| File | SHA256 |
|---|---|
| Arch pacman (x86_64) | ecaa48bb6d1c2307009883d5e5b8e5e54b09e5a6da6e85dcdeab93358100b269
|
| Arch pacman (aarch64) | cc167bc90601dbfd0d4644ba5edc89f070862b307293b41760c1713fcc169011
|
| Tarball (x86_64) | 52810f42e6b665f543d9bcafb16588d68834addb554a71116c7aa5f4c26509f9
|
| Tarball (aarch64) | 93f7331db362f3dbefc5e6fcdde77ccff17872fb712d8333a65c5746a496eb03
|
| AppImage (x86_64) | a74e92b7444201fe3ae59d1dc70c19eeda995398c697f60cbd50f473cd972fa0
|
| AppImage (aarch64) | 34fc75afccb54eab84c763c97ff6106f75390d5ec296d6bf525d387a0a6a7d0b
|
| Debian (amd64) | ed5eb73585f906a025a0308bd1a639d2fce8a69dc0a34a865c54ffab9948dfc1
|
| Debian (arm64) | cf2e9bcfdf375665251cec1f98812a34d58809f0e273131f86e50308c9fd52c7
|
| RPM (x86_64) | f778de5c5297e38f9a1ba46a82495cc5ca1f6cfe5c95b0067b052694c2b77ea0
|
| RPM (aarch64) | a393f5732f2c246715a1c41cb7b1e38a37b7285b8ef8737b0cdf68de04dc8371
|
Changes since last release
From CHANGELOG.md, 2026-09-22:
Nix: the built-in terminal spawns a shell again
Every terminal tab on NixOS showed "Failed to spawn shell", and main.log recorded the
pty-host worker exiting with Cannot find module './prebuilds/linux-x64/pty.node'. The
file was there; the message was node-pty's wrapper around a failed dlopen. The .deb's
prebuilt pty.node links libstdc++, and on every other distro the system library path
supplies it. On Nix nothing does: nixpkgs' Electron carries Chromium's own static libc++
and links no libstdc++ at all, so the process had no loaded copy to satisfy the binding
with and no RPATH to find one by.
packaging/nix/package.nix now gives pty.node its own RPATH to the stdenv libstdc++
(and fails the build if the binding is not where the .deb puts it). The RPATH goes on
the binding rather than on the wrapper's LD_LIBRARY_PATH, which the app hands down to
every shell, MCP server and Claude Code it spawns.
Nix: pin Electron to the major upstream builds against
flake.nix took nixpkgs' default electron alias, which is Electron 43 today while
v2.2553.1 ships on Electron 44. package.nix already said to pin the major at the call
site; the flake now does so with electron_44. Consumers who follows an older nixpkgs
without that attribute can still override electron themselves.
Verified while reviewing: the bundled pty.node is the only native binding this affects. The
.deb ships exactly two .node files, and the other one (@ant/claude-native) links no
libstdc++ at all; pty.node lists libstdc++.so.6 and libgcc_s.so.1 in DT_NEEDED with an
empty RPATH, and the single gcc-lib entry covers both. The two fixes are also genuinely
independent - pty.node is N-API (no node:: symbols), so it was never the Electron major that
kept it from loading. nixpkgs' electron_44 is 44.3.0 against the .deb's 44.2.0: same major,
same NODE_MODULE_VERSION 149, so the prebuilt binding stays ABI-compatible.
Contributed by ZhengRong Feng (@Konakonai) in
#254 - thanks!