Hey! I manage the unofficial build at https://github.com/aaddrick/claude-desktop-debian Debian is in the name, but scope has grown to all backends, compositors, etc. The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. I've got a bank of VM's setup for testing, and I still need it up.
Biggest problem with Linux apps - i.e. distributed with ease the way that Windows and macOS apps are distributed, is the lack of a stable ABI. If you asked me about this 20 years ago I'd say in 2026 there'd for sure be a stable ABI, but no.
Anthropic, please ship an official Claude Desktop for Linux
71–80 of 331 posts
Re: Anthropic, please ship an official Claude Desktop for Linux
#72Hey! I manage the unofficial build at https://github.com/aaddrick/claude-desktop-debian Debian is in the name, but scope has grown to all backends, compositors, etc. The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. I've got a bank of VM's setup for testing, and I still need it up.
> The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. Can confirm. At a past company we worked hard to release a Linux desktop client for our customers who wanted it, even though the number was small. It turns into compatibility hell very fast. You think you can target a couple recent Ubuntu…
"Tony Stark can do it in a cave! With rocks!"
Re: Anthropic, please ship an official Claude Desktop for Linux
#73Re: Anthropic, please ship an official Claude Desktop for Linux
#74Hey! I manage the unofficial build at https://github.com/aaddrick/claude-desktop-debian Debian is in the name, but scope has grown to all backends, compositors, etc. The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. I've got a bank of VM's setup for testing, and I still need it up.
> The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. Can confirm. At a past company we worked hard to release a Linux desktop client for our customers who wanted it, even though the number was small. It turns into compatibility hell very fast. You think you can target a couple recent Ubuntu…
I dunno why this is always so difficult.
Re: Anthropic, please ship an official Claude Desktop for Linux
#75Hey! I manage the unofficial build at https://github.com/aaddrick/claude-desktop-debian Debian is in the name, but scope has grown to all backends, compositors, etc. The main reason must companies don't publish Linux electron apps is fragmentation. If you're doing anything more than rendering a webpage as an app, it starts to get complicated. I've got a bank of VM's setup for testing, and I still need it up.
Biggest problem with Linux apps - i.e. distributed with ease the way that Windows and macOS apps are distributed, is the lack of a stable ABI. If you asked me about this 20 years ago I'd say in 2026 there'd for sure be a stable ABI, but no.
The issue is folks expect this to be at a higher level, so when libc or GTK or Qt etc. have breaking changes, all your apps using the old versions fail. This is a legitimate pain point with traditional distros.. I don't want to sound like I'm downplaying it.
However, this is basically solved by flatpak (and others like it, eg snap) which contain _all_ these dependencies in the package. Layering (ala containers) is used for deduplication so you don't have 20 copies of a given GTK version.
While MacOS provides the windowing toolkit etc. at the OS level, it's otherwise similar to how a .app file works. Installers aren't dropping dynamic libraries and resource files all over your disk, the app is "self-contained."
Re: Anthropic, please ship an official Claude Desktop for Linux
#76Earlier quoted context omitted.
Biggest problem with Linux apps - i.e. distributed with ease the way that Windows and macOS apps are distributed, is the lack of a stable ABI. If you asked me about this 20 years ago I'd say in 2026 there'd for sure be a stable ABI, but no.
The stable Linux ABI is Win32 provided by Wine.
Re: Anthropic, please ship an official Claude Desktop for Linux
#77Earlier quoted context omitted.
Mainly: true sandbox separation. I don't want the model having full access to my machine. With a dump format that Claude understands, I'm able to pass only the files I want Claude to see, and he can't break any of them. I don't care about setting up access lists and so on. I don't trust that the cli product will be properly sanboxed and it's quite clear their software offerings are largely aigen code, and I catch bug…
I've been using jai [1] for sandboxing on linux (although I use opencode and local models and not claude code) and I'm pretty satisfied with it. It comes in three different modes [2]: casual mode, strict mode, and bare mode. Here's some descriptions of each mode: Casual mode [3]: > Your home directory is mounted as a copy-on-write overlay. The jailed process sees your real files, but writes go to $HOME/.jai/default.c…
Re: Anthropic, please ship an official Claude Desktop for Linux
#78Personally I don’t understand why Claude Code doesn’t have a mode to make text green and characters come down from the top of the screen individually, like in The Matrix.
Re: Anthropic, please ship an official Claude Desktop for Linux
#79Earlier quoted context omitted.
Flatpak mostly solves this for GUI apps.
It does not. You just get more vocal angry customers who hate Flatpak and hate you for using it.
These angry customers are a symptom of having more customers; in this direction (compatibility) companies shouldn't be KPI'ing on angry customers.
It is very legitimate that high compatibility means more very obscure, low value, high cost, bug reports that are hard to classify as such. And my gosh, I hate working with rude ticket writers.