Official Claude Desktop for Linux shipped: what does this project do now?

[aaddrick]

Anthropic shipped an official Claude Desktop for Linux (beta) yesterday, and it tracks the same upstream version this repo already repackages (1.17377.1). I pulled the official .deb apart. Full teardown here: claude-desktop-linux-teardown.pdf (report CDL-ANT-0008, 11 pp).

The official build targets Ubuntu 22.04+ / Debian 12+, x86_64 and arm64, from an official APT repo at downloads.claude.ai/claude-desktop/apt/stable. It ships the full Chat / Cowork / Code tabs. It's a genuine first-party native build on Electron 42.5.1. This repo repackages the Windows app; the official one doesn't. Docs: https://code.claude.com/docs/en/desktop-linux

Not in the Linux beta yet: Computer Use (app/screen control), dictation, and the Quick Entry global hotkey on native Wayland without the GlobalShortcuts portal. Debian-based only for now, so no Fedora/RHEL.

What converged

The official build independently reaches several fixes this project was forced to inject:

• In-place tray setImage that avoids the KDE duplicate-icon race.
• SUID 4755 chrome-sandbox plus an AppArmor userns profile for Ubuntu 24.04+.
• Electron globalShortcut merged with the GlobalShortcutsPortal feature flag.
• Self-update disabled at the source.

What's official-only

Things a repackage can't match:

• A real KVM/QEMU Cowork VM (a Go daemon booting QEMU with OVMF + virtiofsd + vsock).
• A Rust @ant/claude-native binding doing genuine X11 input injection for computer use.
• A Rust Chrome native-messaging host (the browser bridge).
• A first-party signed APT channel.

Same unfixed upstream bugs

The official build still ships the stdio MCP double-spawn and the XWayland-by-default that defeats the GlobalShortcutsPortal flag. The upside: these are now filable upstream against a first-party Linux target instead of living as workarounds here.

What this means for the project

Naming and path collision to defuse before the official APT channel flips live. Both packages are named claude-desktop, install under /usr/lib/claude-desktop with /usr/bin/claude-desktop, and write the same /etc/apt/sources.list.d/claude-desktop.list, /usr/share/keyrings/claude-desktop-archive-keyring.asc, and /etc/apparmor.d/claude-desktop. Install one over the other and they conflict. Options: distinct paths plus Conflicts:/Provides: metadata, possibly a rename.

Some patches are now redundant against the official .deb. force frame:true, the tray mutex/delay patch, the autoUpdater no-op Proxy, and the Cowork JS scaffolding. They stay load-bearing only for the current Windows-repackage pipeline.

Still clearly valuable. Distro coverage the official build doesn't serve (Fedora/DNF, AppImage, NixOS, Arch); non-KVM hosts, where our default bwrap Cowork backend runs and the official VM can't; the CLAUDE_USE_WAYLAND opt-in; GPU-crash auto-recovery.

Open questions

The biggest option on the table is to re-base on the official native build. We'd repackage the official .deb into RPM/AppImage/Nix/Arch, retire most of the patch suite, and inherit computer use plus the browser bridge. The cost is inheriting the KVM requirement, so we'd keep a bwrap fallback either way.

I don't have a firm answer yet. Input welcome on:

1. Do we re-base on the official .deb, keep repackaging the Windows app, or run both paths?
2. How do we handle the package and path collision (rename, Conflicts: metadata, or both)?
3. Which redundant patches do we drop now, and which stay until the repackage pipeline is retired?

[github-actions]

Automated draft — AI analysis, not maintainer judgment. This bot looked at the issue but couldn't reach a confident read. Routing to a human for review.

Reason: no findings survived validation

https://github.com/aaddrick/claude-desktop-debian/actions/runs/28541920097 has the raw classification artifact if helpful for context.

[Remedan]

I currently use this project to install Claude Desktop on Fedora and NixOS. Thank you very much for maintaining it!

My two cents is that I'd love it if you packaged the official Debian version for other distributions. It might eventually come to Fedora, but I'm under no illusion of official NixOS support. So there is definitely value there.

[pmbemax]

Thanks a lot for keeping this going. I’m on Nobara/KDE and the RPM has been really useful while the official Linux story is still catching up.

Now that Anthropic has an official .deb, I’d be happiest if this project eventually used that as the base and kept doing the thing Anthropic isn’t doing yet: solid packages for Fedora/RHEL/Nobara, Arch, Nix, and AppImage.

For my setup, the big win is just having a clean DNF/RPM path that updates normally. I don’t need tons of extra patching if the official Linux build already handles something well.

The stuff I’d hope stays smooth:

• no package/path collision surprises during the migration
• signed DNF repo keeps working
• good notes for Fedora/Nobara, especially KDE/Wayland and Cowork/KVM
• if both builds exist for a bit, an easy way to tell “official-deb-based” from “legacy Windows repack”

So yeah, my vote is official .deb as the base if that’s practical, then RPM/AppImage/Nix/Arch from there.

Thanks again. This project made Claude Desktop usable on my machine before official Linux support existed and I really appreciate that.

[Zorlin]

@aaddrick Thank you for everything on this project. I'm gonna give you a small h/t on LinkedIn as thanks for all your time and hard work on it, I enjoyed it as soon as I found it and you're awesome.

Whatever feels right for you and the community, IMO. I'll keep using your "flavour" regardless.

[Zorlin]

I currently use this project to install Claude Desktop on Fedora and NixOS. Thank you very much for maintaining it!

My two cents is that I'd love it if you packaged the official Debian version for other distributions. It might eventually come to Fedora, but I'm under no illusion of official NixOS support. So there is definitely value there.

Good news, I have a Nobara Linux powered Surface Go 4 and I'm rageporting things to it for the irony now, which is a Fedora spin and a perfectly nice dev machine.

So I'll probably do the packaging and submit a PR $someDaySoon (tm) or maybe some research once @aaddrick has a first pass.

[aaddrick]

I'm just finishing the rebase now. Should be up in the next couple of hours.

The Anthropic team did a great job putting their release together and obsoleted a bunch of our patches. Couple outstanding pieces still left, so this repo still has cause to exist.

Excited for an end state where the official release offers full coverage!

Appreciate the kind words everyone!

[Zorlin]

Well, there goes my weekend. :)

[aaddrick]

@pmbemax that's exactly the end state I've been building toward, so let me go down your list.

No package/path collision surprises. Our package renames to claude-desktop-unofficial with its own install paths, and the rename ships with the rebase itself. The conflict metadata is version-scoped to our old Windows-repack packages only, so upgrading swaps the legacy package out cleanly — and if you have Anthropic's official .deb installed, ours goes in beside it without touching it. One caveat that's true either way: both builds share ~/.config/Claude, so they can be installed together but not running at the same time.

Signed DNF repo keeps working. The rebase doesn't touch the DNF or APT repo infrastructure. Same signing key, same repo URL, updates keep flowing through dnf. The package rename is the one visible change on the RPM side: the new package Obsoletes: the old name, so the goal is that a normal dnf upgrade carries you across — and if any manual step ends up being needed I'll spell it out in the release notes. Treat that as the intent until the artifact tests prove it, not a tested promise yet.

Notes for Fedora/Nobara, KDE/Wayland and Cowork. I daily-drive Nobara/KDE on Wayland myself, and the rebased build got exercised on that host plus a Fedora 43 KDE VM and a few other desktops before shipping. The building, configuration, and troubleshooting docs were rewritten for the new base. The launcher's --doctor grew Cowork checks too: KVM availability, vhost-vsock, and OVMF firmware paths. The official build hardcodes Debian's OVMF paths, so the RPM adds a compat symlink to boot Cowork's VM on Fedora's edk2 layout. Cowork in 3.0.0 is KVM-only, same as official, and the doctor says so honestly instead of pretending a fallback exists.

Telling official-deb-based from the old Windows repack. No long overlap window here. It's a hard cutover. The v3.x releases are official-deb-based and the tags carry the upstream version (e.g. v3.0.0+claude1.18286.0); everything v2.x was the Windows repack and is frozen. The package name changes on top of that, so what's installed is unambiguous.

On the "I don't need tons of extra patching" point: the new default is that the official app.asar ships byte-identical. A patch only gets wired in if it compensates for a real Linux gap. Right now that's two small ones, a KDE Quick Entry focus fix and a plugins-directory path the official build doesn't set on Linux. Everything else the official build got right, we just inherit now.

Thanks for the vote of confidence. Your comment basically described the thing that got built.

---

Written by Claude Fable 5 via Claude Code

Human Aaddrick: I appreciate your appreciation :) Hopefully we'll get to a point where I can archive this project one day!

[aaddrick]

Closing as answered — this question became D-002 and shipped as v3.0.0: the project now repackages Anthropic's official Linux .deb (patch-zero, byte-identical app.asar by default) into the formats Anthropic doesn't serve — RPM, AppImage, Nix, AUR, plus our own renamed claude-desktop-unofficial deb — and wraps every format in the launcher with its Linux-environment fixes and --doctor. Your CDL-ANT-0008 teardown is checked in under docs/reports/ and drove the patch-necessity matrix — it was the backbone of the rebase, thank you.

If there are direction questions D-002 doesn't settle, comment here and I'll reopen — happy to reevaluate.

---

Written by Claude Fable 5 via Claude Code

---

Generated by Claude Code