Yeah. I just dropped another repackaging repo for Wispr Flow. <a href="https:&#x2F;&#x2F;github.com&#x2F;wispr-flow-linux&#x2F;wispr-flow-linux" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;wispr-flow-linux&#x2F;wispr-flow-linux</a>A lot of that is keyboard shortcuts for push-to-talk. Easy right?X11 is mostly fine, but the world is moving into Wayland. Wayland doesn&#x27;t have shortcuts native and relies on xdg-desktop-portal, which in turn relies on each backend to implement it&#x27;s own version.COSMIC from the Pop!OS team&#x27;s xdg-desktop-cosmic doesn&#x27;t support GlobalShortcuts yet (might now, haven&#x27;t checked in a bit). So XWayland for them.Tray icons? GNOME doesn&#x27;t have a tray out of the box, but there&#x27;s an extension. There&#x27;s no standard for whether it&#x27;s light mode or dark mode across distros and when you map out the options, no api&#x27;s indicate whether the tray is light or dark while in light&#x2F;dark mode. At some point you have to just accept it&#x27;s not always perfect or patch in an override.

Reminds me that I occasionally have to set _JAVA_AWT_WM_NONREPARENTING=1 because it&#x27;s not always inherited from my login shell. Otherwise Java windows won&#x27;t display anything because I suppose Java waits for them to be reparented.

&gt; they’re running an unknown distribution on a 13 year old ThinkPad.&quot;Tony Stark can do it in a cave! With rocks!&quot;

This does feel like the perfect setup for Claude though.Much easier to create a vm testing swarm of 100 disitributions with llms

Did you hire a Linux release engineer? Or was the situation the typical team of devs maining macOS that have never heard the term “Wayland” before plus That One Guy who switched to Ubuntu last year and advocated for it?There are companies that do this right. But it often requires a hire. Too many companies think they can just yolo it because Linux isn’t a serious OS or whatever and then are surprised when it doesn’t work out well.

You compile for the lowest possible Linux kernel and bundle your libs. Don&#x27;t use container formats for stuff like this. tar.gz with an installer script is king.I dunno why this is always so difficult.

Flatpak mostly solves this for GUI apps.

&gt; The main reason must companies don&#x27;t publish Linux electron apps is fragmentation. If you&#x27;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 releases and everything will be good, but then you’re getting peppered with complaints from people using distributions you’ve never heard of because some part of the app isn’t working right. So your engineers spend a half day installing that in a VM and debugging it, but the problem is in upstream somewhere. The number of tickets with Linux issues keeps growing and each one is taking more time to debug, all for a number of customers that is so small you can’t justify doing it.But those customers are angry. And vocal. They’re posting all over Twitter, Hacker News, and Reddit about how your company’s software is garbage, without mentioning that they’re running an unknown distribution on a 13 year old ThinkPad.This even impacts open source projects. Several popular OSS Electron apps don’t work on many popular distros unless you set some command line workarounds, and even then it’s flakey. The open source projects get a pass because it’s open source, but if your company releases something you might be picking up a lot of angry, vocal customers that you didn’t want.

Electron apps don’t work well across all of the Linux distributions if you’re doing anything that isn’t very simple.The comment was that the Electron apps aren’t being released for Linux even when they exist because Linux is so much harder to support, even in Electron.If they don’t have resources (or desire) to keep the Electron app working on all the Linux distros then they definitely won’t have the resources to write a completely separate GTK app for the few Linux users.

&gt; The main reason must companies don&#x27;t publish Linux electron appsBut they do? Companies don’t publish anything BUT electron apps. If desktop Linux gets anything from outside of FOSS, it’s electron. See Spotify, discord, slack, vscode… list goes on. I don’t think a for profit company has provided a GTK or qt app for Linux in the last 20 years.I applaud your efforts but this is a supposed trillion dollar company with a product that probably has thousands of electron apps in its training set. They should be paying you.

There&#x27;s a similar project for Codex Desktop: <a href="https:&#x2F;&#x2F;github.com&#x2F;ilysenko&#x2F;codex-desktop-linux" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ilysenko&#x2F;codex-desktop-linux</a>.After going through this process to get codex installed on Linux I&#x27;m honestly baffled why OpenAI doesn&#x27;t have an official port. Though I haven&#x27;t tested every part of the app, everything works as intended, even got computer use working without any issues.

We have basically achieved AGI, but typing on mobile is still an unsolved problem. GBoard&#x27;s dictionaries for Czech and Polish are still missing many usual declensions...

The old minuum keyboard was fantastic; now I&#x27;m forced to use a swipe keyboard I&#x27;m constantly making mistakes - but at least its faster than pecking.

For future reference: you can edit posts for up to 2 hours.

Nice, you have RPMs and DEBs in a remote repo we can add! Thanks for making it so easy to use :-)Also, I can&#x27;t break the swipe keyboard habit either. It&#x27;s the worst, but still better than the alternatives. Someday I hope physical keyboard makes a return (but I&quot;m not holding my breath)

Still mess it up*Swipe keyboards on mobile are awful, but I can&#x27;t break that habit.

If OpenCode can do it, then Anthropic can do it.

I&#x27;ve looked on the rare occasion, but no one is asking for it on the repo, so hadn&#x27;t been a priority like other distribution channels.It&#x27;s great that I can ship one item for all platforms, but Flatpack doesn&#x27;t solve the compatibility discovery problem for me.More context in my reply to the comment linked here :<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=48434436#48435661">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=48434436#48435661</a>

Have you considered flatpak support? I know it&#x27;s has its rough edges, but I use many apps across arch&#x2F;Fedora&#x2F;Ubuntu that are delivered as a single flatpak.

Sounds like a job for a more capable LLM than Opus.

Everyone parrots this but I don&#x27;t think it&#x27;s true. The Linux kernel does famously have a stable ABI (we &quot;don&#x27;t break user space&quot; after all).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&#x27;t want to sound like I&#x27;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&#x27;t have 20 copies of a given GTK version.While MacOS provides the windowing toolkit etc. at the OS level, it&#x27;s otherwise similar to how a .app file works. Installers aren&#x27;t dropping dynamic libraries and resource files all over your disk, the app is &quot;self-contained.&quot;

This isn’t an issue in practice because the software running on Linux is open source. Yes if you want to distribute proprietary binary blobs and have them work forever it’s going to be a challenge, but in that case better to stick with the binary blob operating system.

The stable Linux ABI is Win32 provided by Wine.

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&#x27;d say in 2026 there&#x27;d for sure be a stable ABI, but no.

Hey!I manage the unofficial build at <a href="https:&#x2F;&#x2F;github.com&#x2F;aaddrick&#x2F;claude-desktop-debian" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;aaddrick&#x2F;claude-desktop-debian</a>Debian is in the name, but scope has grown to all backends, compositors, etc.The main reason must companies don&#x27;t publish Linux electron apps is fragmentation. If you&#x27;re doing anything more than rendering a webpage as an app, it starts to get complicated. I&#x27;ve got a bank of VM&#x27;s setup for testing, and I still need it up.

If only Anthropic had some kind of automated testing, support, planning machine.

Even if you can create infinite software you still have to be very intentional about what you’re choosing to work on.There’s still a cost to testing, support, planning, etc even if coding is now “free”

Imagine if cutting edge AI companies could decide to using their world best AI to1) Develop software for linux2) Provide decent support

It doesn&#x27;t sound like that&#x27;s the bottleneck.

Those highly paid human devs are hard at work on the Torment Nexus, which is their priority of course, you don&#x27;t want China to win do you?

Use the existing Slop they have that needs 1GB of Ram for a simple Terminal app to create an even more slopped Linux app... If only they had any devs at their 500K and way up pay package that could actually write a simple app, that you know does not suck.

Sorry that&#x27;s not the use case anymore its about (checks notes) &quot;forward deployed engineers&quot;, yep that&#x27;s it. Go build!

If only Anthropic had some kind of automated tool that was good at porting software

&gt; All that said - I actually use the CLI for nearly everything (even on Windows).I also haven&#x27;t touched routines, but I use cc to write automation tasks that will integrate a model when I need an inference layer. Which I also did before routines..Have people actually been using routines effectively?

&gt; I don&#x27;t think the CLI offers daily routines under the Anthropic subscription anymore?It (Claude Code) does, I discovered it by accident recently, having never used daily routines before. Haven&#x27;t touched Claude Desktop at all, outside of playing with it for 30 mins or so months ago.TLDR: I used Claude Code to build a command that scrapes job postings from a few employers I am interested in (it is a bit more complicated than that, but that&#x27;s the gist). At the end CC asked me &quot;do you want me to re-run it daily?&quot; I said yes, and it generated a daily routine and gave me a URL to my anthropic account page where I can see all my daily routines.There, it says that I am currently using up 1 out of 15 &quot;free&quot; daily routines that come with my personal subscription, and I would have to pay extra if I want to have more than 15 active at a time (I assume by switching to per-token pricing for anything beyond 15, but not sure).

&gt; There&#x27;s also the cross conversation memory search, which uses a different conversation dataset (the Claude Web &#x2F; Claude.AI conversations) than Claude Code does. I&#x27;m not even sure Claude Code does cross conversation search?This is one of the first things I “fixed” with skills and hooks. I index every conversation in SQLite and have a skill which knows what to do when I ask it to search the index. I had to avoid the word memory because it’s too tied up in other parts of the context. It even indexes across my different machines. I set this up because I have terrible context discipline. I’ll go off on a tangent in one context and start planning and sometimes implementing something based on that thread which really deserves its own context. Afterward I can create the new context and move relevant bits to it, but I’d lose that initial starting conversation which inherently has more data than the summary in the new context.I also use a few different related contexts. One where I’m building a game engine in zig and another talking about game ideas. There’s a lot of back and forth going on there which needs some shared context. I solve this with a combination of Claude.md references and that searchable session index.Everything I do with scheduled tasks are just wired up with systemd and simple scripts. No LLM in the critical execution path. Again a skill tells CC how I manage those scheduled things so I just have to say something like “run this every day at midnight” and CC has reliably taken care of the rest.

I don&#x27;t think the CLI offers daily routines under the Anthropic subscription anymore?There&#x27;s also the cross conversation memory search, which uses a different conversation dataset (the Claude Web &#x2F; Claude.AI conversations) than Claude Code does. I&#x27;m not even sure Claude Code does cross conversation search?The Desktop interface also presents Markdown as formatted text and presents artifacts (especially interactive ones) better than the CLI can.All that said - I actually use the CLI for nearly everything (even on Windows). Rather than use Claude Desktop for daily &quot;routines&quot; that are capped at 15 total cron-jobs and use extra usage credits, I think I&#x27;ll continue building my own minimal harness and move my routines to models from other providers.

&gt; Scheduled tasks that run locally ( <a href="https:&#x2F;&#x2F;support.claude.com&#x2F;en&#x2F;articles&#x2F;13854387-schedule-rec" rel="nofollow">https:&#x2F;&#x2F;support.claude.com&#x2F;en&#x2F;articles&#x2F;13854387-schedule-rec</a>... ) importantly different from Claude Code routinesWhat do people do with these? I don&#x27;t use Claude but when I did I couldn&#x27;t think of anything useful to do with the routines. I&#x27;m probably not being imaginative enough.

1. Same experience as my non-Linux coworkers, so we can share learnings and processes2. Scheduled tasks that run locally ( <a href="https:&#x2F;&#x2F;support.claude.com&#x2F;en&#x2F;articles&#x2F;13854387-schedule-recurring-tasks-in-claude-cowork" rel="nofollow">https:&#x2F;&#x2F;support.claude.com&#x2F;en&#x2F;articles&#x2F;13854387-schedule-rec...</a> ) importantly different from Claude Code routines3. Multiple projects&#x2F;isolated memories in the same folder4. Better UI

The CLI is good for coding tasks but for other things non coding related, having the desktop app can be very useful

There are a number of utilities for this. I use jai: <a href="https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;" rel="nofollow">https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;</a> but also have seen nono: <a href="https:&#x2F;&#x2F;github.com&#x2F;always-further&#x2F;nono" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;always-further&#x2F;nono</a> smolvm: <a href="https:&#x2F;&#x2F;github.com&#x2F;smol-machines&#x2F;smolvm" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;smol-machines&#x2F;smolvm</a> zerobox <a href="https:&#x2F;&#x2F;github.com&#x2F;afshinm&#x2F;zerobox" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;afshinm&#x2F;zerobox</a> and matchlock <a href="https:&#x2F;&#x2F;github.com&#x2F;jingkaihe&#x2F;matchlock" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jingkaihe&#x2F;matchlock</a>They all have pros and cons. Pick the one that suits you best. Then you&#x27;re also agent harness flexible (I use opencode).

The cli works on regular sandboxes just fine (podman, docker, bwrap, etc).Sandboxing a GUI is typically more operational overhead than sandboxing a cli (mounting compositor sockets, GPU access, etc).

I made myself a very simple one from the start when I realized it can access everything on my computer <a href="https:&#x2F;&#x2F;git.jeena.net&#x2F;jeena&#x2F;agent-container" rel="nofollow">https:&#x2F;&#x2F;git.jeena.net&#x2F;jeena&#x2F;agent-container</a> my goal was that it would work transparently and the paths and user, etc. would be just the same as on the host but inside of a docker container.

I&#x27;ve been using jai [1] for sandboxing on linux (although I use opencode and local models and not claude code) and I&#x27;m pretty satisfied with it. It comes in three different modes [2]: casual mode, strict mode, and bare mode. Here&#x27;s some descriptions of each mode:Casual mode [3]:
&gt; Your home directory is mounted as a copy-on-write overlay. The jailed process sees your real files, but writes go to $HOME&#x2F;.jai&#x2F;default.changes instead of modifying originals, except in the directory where you ran jai.
Your current working directory grants full read&#x2F;write access to code in the jail (unless suppressed with -D). So files deleted there are really gone.
&#x2F;tmp and &#x2F;var&#x2F;tmp are private.
The rest of the filesystem is read-only.Strict mode [4]:
&gt; The process runs as the unprivileged jai system user, not as you.
Home directory is an empty private directory at $HOME&#x2F;.jai&#x2F;&lt;name&gt;.home.
Granted directories (via -d or cwd) are exposed with id-mapped mounts — files look like they are owned by jai inside the jail.
Because the process has a different UID, it cannot read files outside your home directory that are only accessible to your user — this is where confidentiality comes from.Bare mode [5]:
&gt; Home directory is an empty private directory, like strict mode.
But the process runs as your user, not as jai.
This means it cannot provide confidentiality — the process can still read any file accessible to your UID outside the home directory.I&#x27;ve always ran my stuff in casual so far just so my whole computer doesn&#x27;t get rimraffed :P. but I&#x27;m thinking of switching to just strict mode, but haven&#x27;t really vibe coded in a while so I haven&#x27;t tried it yet.[1]: <a href="https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;" rel="nofollow">https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;</a>[2]: <a href="https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html" rel="nofollow">https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html</a>[3]: <a href="https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html#casual-mode" rel="nofollow">https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html#casual-mode</a>[4]: <a href="https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html#strict-mode" rel="nofollow">https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html#strict-mode</a>[5]: <a href="https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html#bare-mode" rel="nofollow">https:&#x2F;&#x2F;jai.scs.stanford.edu&#x2F;modes.html#bare-mode</a>

If you don’t trust the CLI version to be properly sandbox d, why would the desktop one be?

does claude desktop actually solve this issue? I’m on mac and use docker sbx to solve this
<a href="https:&#x2F;&#x2F;docs.docker.com&#x2F;ai&#x2F;sandboxes&#x2F;get-started&#x2F;" rel="nofollow">https:&#x2F;&#x2F;docs.docker.com&#x2F;ai&#x2F;sandboxes&#x2F;get-started&#x2F;</a>

Mainly: true sandbox separation. I don&#x27;t want the model having full access to my machine. With a dump format that Claude understands, I&#x27;m able to pass only the files I want Claude to see, and he can&#x27;t break any of them. I don&#x27;t care about setting up access lists and so on. I don&#x27;t trust that the cli product will be properly sanboxed and it&#x27;s quite clear their software offerings are largely aigen code, and I catch bugs from Claude every day. I also get useful stuff, so it&#x27;s worth it, but definitely not worth it, imo, to grant it any access to my machine.

Or, what does the Desktop app does that the webpage doesn&#x27;t do?

What do you miss from the Desktop app that the CLI doesn’t cover? I’m mostly on Linux too and have just been using the CLI, so I’m curious.

Anthropic, if you&#x27;re reading this: I&#x27;m a developer trying to figure out LLMs, I use them 8h per day to do my work. Claude Desktop is a missing piece I don&#x27;t have access to because I&#x27;m only on Linux! I&#x27;m happy with a simple AppImage.

Not exactly Claude Desktop but we have something more &quot;generic&quot; that works across multiple OSes (written in Tauri) - Msty Claw [1]. It also comes with a companion E2E encrypted mobile app.[1]: <a href="https:&#x2F;&#x2F;msty.ai&#x2F;claw&#x2F;features" rel="nofollow">https:&#x2F;&#x2F;msty.ai&#x2F;claw&#x2F;features</a>

Massively bugs me. I have to wear green sunglasses, change the language to Japanese, and turn my monitor sideways to get any real work done nowadays.

Personally 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.

&gt; self-inflicted job destructionGlad someone else sees this as well in this crappy website

Just one-shot vibe it for yourself.Lame, I know, but you have to entertain yourself sometimes when the only thing anybody talks about here is ruddy spicy autocorrect and self-inflicted job destruction.

Hey!That&#x27;s me, and that sounds weird. Mind giving stone more details so I can help get to the source of it? Or just submit an issue on the repo. Should just be one main electron process.

YES! But also hmm, maybe not. I literally installed the unofficial build[0] a few hours ago, and when I started it and saw a bunch of Electron processes immediately trigger my spawn swarm detector, I just closed it. Don&#x27;t think I&#x27;ll ever touch it again.[0] <a href="https:&#x2F;&#x2F;github.com&#x2F;aaddrick&#x2F;claude-desktop-debian" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;aaddrick&#x2F;claude-desktop-debian</a>

Yeah that would be great. I seriously don&#x27;t understand how a company with this much money doesn&#x27;t have some of the more basic ux implemented to make it a really great app. Blows my mind.

Also can you please make it easy to switch between my work and personal accounts on mobile!

How can they? They are busy designing agentic loops. They ship 8x more lines of code!!!

Our app, Runner: Cowork++Supports linux :)<a href="https:&#x2F;&#x2F;runner.now&#x2F;" rel="nofollow">https:&#x2F;&#x2F;runner.now&#x2F;</a>

&gt;&gt; Anthropic, please ship an official malware for LinuxHere, fixed it for you.

I thought going into ipo they were selling the idea that claude is already build claude.

Cowork already boots Ubuntu 22.04 internally on macOS. The Linux execution path exists inside the product. What&#x27;s missing is a published build.

Yes please! I think it&#x27;s just kinda weird that this hasn&#x27;t been done yet.

If you feel that strongly about it, why not write the issue description yourself?

Neither, it is just a random LLM-generated issue.

&quot;Sources for the load-bearing claims&quot;I no longer know if this is a real person who is simping for Anthropic and will be ultimately enslaved by Anthropic or if this is an Anthropic ad to have &quot;proof&quot; for the high demand of their services.

I love the dueling messages on AI&quot;It&#x27;ll make software easy and replace all software jobs!&quot;&quot;Sorry, a Linux client is too hard and too much work!&quot;

In the way of eschewing all the APIs that allow an X11 client to control your desktop.

Doesn&#x27;t Wayland make it impossible anyway?

Anthropic one-shotting a Linux distro would be quite the ad...Perplexity are devleoping Comet as an AI-powered browser. I wonder if anybody will take the OS leap.

Why would they do that with their...checks notes...software changing AI?

You&#x27;re better off just using code cli

Why dont you ask Claude to write you a TUI ?

Please don&#x27;t.There is already way too much slop.

&gt; Just use WINEDid you just tell me to go fuck myself ?

That will come the year after the year of linux on. The desktop &#x2F;s

Anthropic, please ship an official Claude Desktop for Linux