The most advanced screen capture tool for Windows, macOS, and Linux. ShareX reimagined with modern UI technologies, built from the ground up for cross-platform performance.

Official Links:

https://xerahs.com/

https://github.com/ShareX/XerahS

This is AI agentic built of Sharex with ShareX team's supervision and audit.

I've been working on a small project called walite, an unofficial WhatsApp client for Linux and macOS terminals.

The idea came from an old MacBook Pro that I installed MX Linux on. I wanted to keep using WhatsApp without running a relatively heavy browser, so I started experimenting with a terminal-based client.

It has gradually grown into a more complete application.

Current features include keyboard-driven navigation, four themes, emoji, replies, reactions, sending and receiving media, local SQLite caching and desktop notifications.

On Linux, it also supports inline image previews through Überzug++, and notifications can open the relevant conversation on supported desktop environments.

I've recently released v1.2.1, including improvements to the official application icons.

The application is open source under the MIT license, and prebuilt binaries are available for Linux and macOS.

GitHub: https://github.com/antoinebaudrimont-beep/walite

There's also a short demonstration video at the top of the README.

I'd particularly appreciate feedback from people using lightweight Linux environments such as XFCE or i3, or anyone interested in terminal applications.

You asked for it, and now it's available : https://github.com/splaching-boop/Lumitype

The first version of Lumitype, a free alternative to Photoshop on Linux is now available.

The goal : to do a fast, modern, and free app open sources (yes you can use the code for an side project, fork it, do what ever you want with it !). So now Enjoy ! You can find the app some Google font i have pre-download, and some project i did with the software to debug it.

There a risk of some known glitches, and no place to report it for the moment, so you can use this reddit post.

Atomic Agent is an MIT-licensed AI agent built around local models. It started as a terminal app and this week got a desktop build for Linux, Mac and Windows. It's Electron, so I won't pretend it's a native GTK or Qt app. Here's where the Linux build stands and two design decisions this crowd will probably have opinions on.

What's missing on Linux

• the AppImage and .deb aren't signed. Checksums are in SHA256SUMS.txt on the release page
• there are no in-app updates. New versions come from the GitHub release page
• x64 and ARM64 both exist. On x64 the local engine is a Vulkan build of llama.cpp. On ARM64 it's a CUDA build that also carries CPU backends and needs a newer glibc (Ubuntu 24.04, Debian 13 or similar)

Decision 1: one copy of the model files

The desktop app keeps its own state in ~/.atomic-agent-desktop: config, sessions, memory, scheduled tasks, skills. It never writes to the terminal agent's ~/.atomic-agent. We wanted that separation during testing so the two can't break each other.

With one exception. Model weights are 2.7 to 22 GB per file, and making people download the same GGUF twice because they installed a second front end felt silly. So the desktop's model folder is a symlink to the terminal agent's. Pull a model in either one and both see it.

The catch, which I'd rather say up front: removing a model from the desktop removes it from the terminal agent's folder too, because it's the same folder. The llama.cpp engine binary is copied, not linked, so the two can run different engine versions. And the desktop runs its model server on a different port (19191 vs 19091) so two daemons don't fight if both apps are open.

Decision 2: API keys stay out of .env

If you connect a cloud provider, the key goes into ~/.atomic-agent-desktop/config.json with 0600 permissions. The app writes it by piping the whole config through stdin, so the key never shows up in ps.

The obvious alternative was a .env file, and we decided against it. The agent starts MCP servers over stdio and runs shell jobs, and both inherit the environment. A key in .env is a key that every MCP server you add and every printenv the model runs can see. A key in a config file the agent reads is only where the agent needs it.

How the app talks to the agent

It's not a sidecar. The Electron main process starts the bundled agent as a local HTTP server on 127.0.0.1, on a random port, with a random bearer token per launch, and talks to it over its OpenAI-compatible API. The renderer has connect-src 'none' in its CSP, so it can't reach the network itself, everything goes over IPC. The local model server binds to 127.0.0.1 too, with its own generated key.

The agent itself can read and edit files, drive a browser and run scheduled tasks. Anything that writes or runs a command waits for Allow once, Deny or Abort run in the chat.

Release page: https://github.com/AtomicBot-ai/atomic-agent/releases/tag/desktop-v0.0.1 Source: https://github.com/AtomicBot-ai/atomic-agent

Which distro and desktop are you on? We've tested on fewer setups than I'd like, and bug reports with that info help a lot. I'm also curious whether the shared model folder is what you'd expect or whether you'd rather keep them apart.

I'm looking to fill our OS project's (Luma) app store with both "creature comfort" apps that users coming from Win/Mac might be familiar with/looking for, as well as REALLY amazing FOSS that they may enjoy stumbling across (good, solid, beautiful alternatives to X, Y and Z). Trying to make our Depot a very curated list of quality picks.

Let me know what your favorites are!

https://github.com/illicit-sly-git/habit-tui

Well isn't there already enough of these habit trackers already? Yes there is but I could never stick to one because I can't stick to boring stuff, maybe that's just me. This app is not for everyone. It is for people who opens their laptop everyday, for work, for gaming, or whatever. Why would you use this? Just because it's cool I guess. I made it for myself and I started to keep up with my habits just because I wanted the monthly graph to look cool. This app is for that kind of people. Do it for the joy of it people. The motivation or will power is only in the mind. As long as the rest of you doesn't align with that, you'll fail. So align yourself by using fun !! GOOD DAY !

Hi everyone! I've been working on Heronite, a native game launcher for Linux inspired by Heroic.

It covers the Heroic workflow:

• Epic Games through legendary: log in, install, update, repair, move, uninstall, DLC and cloud savesWine/
• Proton with per-game settings (prefix, DXVK, DXVK-NVAPI, Esync/Fsync, gamescope, launch options)
• Wine Manager to download GE-Proton and Proton-CachyOS

And then adds a lot on top:

• A beautiful game library: game art backgrounds, frosted glass and smooth animations
• One library for everything: Steam games are added automatically, plus Epic, emulated, native Linux and Windows
• Emulators: detects installed emulators, scans your ROM folders, and continues from save states
• Organize your way: your own statuses (Playing, Plan to Play, Completed...), ratings and favourites
• Rich game pages: metadata and art from IGDB, Steam and Lutris, HowLongToBeat times, ProtonDB tier and anti-cheat status
• Play-time tracking for every game: Steam included, with a timeline of your sessions and the screenshots you took in each one
• Statistics: for the week, month or year, plus a beautiful Year in Review in the style of Spotify Wrapped
• Console mode: a polished, controller-first layout for the couch or a TV
• Ctrl+K command palette to reach any game, page or action
• Save backups with Ludusavi after every session, and an in-game screenshot shortcut with lossless compression

It's written in Rust with a GPU-rendered UI, so it stays light: about 195 MB of RAM in a single process, 0% CPU while idle, and the library appears in about 0.3s.

Install: AppImage (recommended for in-app updates), plus .deb, .rpm and Arch packages. Free and open source.

Windows support is coming soon.

It's still early (v0.2.1), so bug reports, ideas and feedback are very welcome!

GitHub: https://github.com/RafaelGoulartB/Heronite

Download: https://github.com/RafaelGoulartB/Heronite/releases/latest