Live data from Hacker News

Anthropic, please ship an official Claude Desktop for Linux

github.com

111–120 of 331 posts

Re: Anthropic, please ship an official Claude Desktop for Linux

#111

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.

> 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…

[flagged]

Re: Anthropic, please ship an official Claude Desktop for Linux

#113

Earlier quoted context omitted.

1. Same experience as my non-Linux coworkers, so we can share learnings and processes 2. Scheduled tasks that run locally ( https://support.claude.com/en/articles/13854387-schedule-rec... ) importantly different from Claude Code routines 3. Multiple projects/isolated memories in the same folder 4. Better UI

> Scheduled tasks that run locally ( https://support.claude.com/en/articles/13854387-schedule-rec ... ) importantly different from Claude Code routines What do people do with these? I don't use Claude but when I did I couldn't think of anything useful to do with the routines. I'm probably not being imaginative enough.

Cowork is pretty useful for non-technical folk for things you'd traditionally just write a quick little bash or python script for (which really, is what Cowork is doing behind the scenes anyway).

I've gotten good results using it at work for keeping track of expense receipts. I dump them into an "Inbox" folder and Claude will OCR them, convert any images to PDF, rename, and move them into year/month/date folders and classify them (cost centers, based on a mapping and examples I gave it). This runs daily, checking the Inbox directory for new items.

My next step is getting it to pull them from my email automatically for me as well, or from a specific alias so when I take a pic of a receipt on the go I can just email it and have Claude rename and organize it for me, then it all gets sent off to AP at the end of the month.

Non technical knowledge workers have all kinds of little admin tasks like that which Cowork can do for them, where previously they lacked the skills or will to just learn some python and script it themselves.

Re: Anthropic, please ship an official Claude Desktop for Linux

#114
post #108

Earlier quoted context omitted.

Yeah. I just dropped another repackaging repo for Wispr Flow. https://github.com/wispr-flow-linux/wispr-flow-linux 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't have shortcuts native and relies on xdg-desktop-portal, which in turn relies on each backend to implement it's own version. COSMIC from the Pop!OS team's xdg-desktop…

A lot of us are happy gnome doesn’t support tray icons. We are sick of devs thinking their app is so important it needs a visual presence at all times. If I need your app I’ll bring it to the foreground, we have the technology. Global shortcuts definitely a pain point with Wayland but the portals are making progress.

Yeah, I don't want want to take away from anyone. The COSMIC team is doing amazing and hard work. I started dev on claude-desktop-debian with Pop!OS COSMIC as my daily. We're just in a weird spot for that particular issue right now. In 3 years, it'll be something else. That's the nature of fragmentation.

While GNOME tray lovers and haters both exist, only one of those two groups is liable to submit an issue against my repo looking for help getting icons working correctly.

Re: Anthropic, please ship an official Claude Desktop for Linux

#115
post #101

Earlier quoted context omitted.

> 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…

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…

Even for those who do this right, some things change under your feet because OSS maintainers of kernel feature A want to stop supporting V1 of A when V2 has been out for a decade. But the features missing in V2 are supposed to be provided by userspace B - and they are yet to tackle the functionality altogether. So now your app will just have to regress in features. It is very easy to ship OSS code as a maintainer of a project, it is very difficult to keep up with Linux as a developer unless you stick to libc. There is no one source of truth with regards to how things should work, there is no one roadmap, and maintainers care a lot more about complexity than maintaining feature parity of backwards compatibility. I do not blame them, but then it is difficult to target linux. Much easier to support a platform with guarantees and a shared vision. Saying this as someone who has only used Linux at home for 20 years.

Re: Anthropic, please ship an official Claude Desktop for Linux

#116

Earlier quoted context omitted.

Can confirm, I hate flatpak

Why?

I'm not the one who hates flatpak, but I will point you to this comment a little further up: https://news.ycombinator.com/item?id=48435993

Flatpak serves a need, there are plenty of users who like it and there are probably even more who just use it without thinking much about it. Personally, I like it for a few reasons: - Being able to install something dependency-heavy with just one package - Sandboxing - Getting a newer package than what my distro provides - Being able to update apps independently of the rest of the OS - Being able to easily install apps that my distro doesn't provide

The people who hate it, especially without giving a reason, are largely irrelevant when flatpak is filling a need for so many other people. Design for the people who are using and who like your product. Make adjustments based on their feedback. Ignore the people who just make noise.

Re: Anthropic, please ship an official Claude Desktop for Linux

#118

Earlier quoted context omitted.

> 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…

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

It's mostly dealing with different backends\compositors\etc.

My reply to the comment below outlines the shape of the problem.

https://news.ycombinator.com/item?id=48434436#48435801

Re: Anthropic, please ship an official Claude Desktop for Linux

#119

Earlier quoted context omitted.

1. Same experience as my non-Linux coworkers, so we can share learnings and processes 2. Scheduled tasks that run locally ( https://support.claude.com/en/articles/13854387-schedule-rec... ) importantly different from Claude Code routines 3. Multiple projects/isolated memories in the same folder 4. Better UI

> Scheduled tasks that run locally ( https://support.claude.com/en/articles/13854387-schedule-rec ... ) importantly different from Claude Code routines What do people do with these? I don't use Claude but when I did I couldn't think of anything useful to do with the routines. I'm probably not being imaginative enough.

At work, I have my Claude set up to go through the issue tracker, source control, dashboards, team Slack channels, calendar appointments, and have it look for things like upcoming scheduling issues and deadlines that might get tough. A lot of those services need a corporate VPN or access to my local machine for the LLM to get the information right.

Nothing I can't do myself (and generally I do keep an eye on that sort of thing), but it did catch a holiday for my foreign team members that seemed to have gone unnoticed, and remarked about a status mismatch between Jira and source control that made the dashboard misrepresent progress. It's not much, but it's an extra little check that works quite well.

Another trick I'm experimenting with is having Claude rebase my open PRs waiting for review every day, and auto-solving conflicts when they arise. I don't trust it enough to let it push code to the repository, but I think I have the prompt set up in such a way that I might soon start using it.

Re: Anthropic, please ship an official Claude Desktop for Linux

#120
post #94

"Sources for the load-bearing claims" 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 "proof" for the high demand of their services.

Neither, it is just a random LLM-generated issue.
Post reply on HN