omacom/omarchy

It's AI and dev forward in a brilliant way. It ships with its own skill [1], so agents actually work way better out of the box than on other distros. Something crashes? Click the notification and your agent solves the bug. It also has a very standardized UI library and a good plugin system. Due to those things the list of plugins is increasing by hundreds a day [2], I made one that adds Exposé like for macOS myself a few days ago. Most of them are actually good, and unlike other distros they look visually consistent. Customizing your system and participating in the community has never been this easy. Incredibly fun, feels like being a kid in a candyshop. [1] https://github.com/basecamp/…

I agree with the author's general sentiment, but I would give Omarchy credit for some design features that I find either really innovative or well executed. I find the launch menu the most interesting I've seen out of any desktop environment / OS. It puts easy access to your apps front and center and above esthetics, and yet it still looks great. It's not a sane request, but I'd love to be able to swap the launcher/start menu in another DE for a fully customizable version of that. Omarchy also has a very smooth way to 'install' web apps. There exist packages that do that for you, but I've tested several and wouldn't recommend any of them. They're bloated (this should really only be a coupl…

My 32GB RAM M1 is a fantastic machine, but it's getting old for the type of work I do. And I can't upgrade the RAM. I installed Omarchy via Asahi Alarm [1] and have been running it for 3 weeks without issues. I spent half a day setting everything to my taste (keyboard bindings, monitors, waybar, etc.), and I'm still getting used to Hyprland, but I have a fast machine. RAM usage with everything I need open is considerably lower than on macOS (80% -> 50%), and I don't have to pay a monthly subscription for every little piece of software not built into macOS. Asahi isn't perfect (touchpad rejection being my main issue), but I can live with the inconveniences. This is still a very good machine…

Timely! I just re-setup my Pi5 with the help of Claude. https://github.com/kaihendry/ai-pi Tbh I did the mistake of throwing away Ansible, so testing my setup was a pain! Since with AI, the focus should be on testing, perhaps it's sensible to drop Ansible for something like https://github.com/goss-org/goss Things are happening so fast, I was impressed to see a Linux distro embrace using a SKILL.md! https://github.com/basecamp/omarchy/blob/master/default/omarchy-skill/SKILL.md

Omarchy tries resolving this https://github.com/basecamp/omarchy

Technically they are using (abusing?) a container containing Windows 11. https://github.com/basecamp/omarchy/blob/master/bin/omarchy-windows-vm The container they spin up: https://github.com/dockur/windows And vanilla Arch is still in play, the only thing they do is a shit ton of configuration so you don't have to do it yourself. Basically dotfiles but on steroids. It's also great for some inspiration if you want to do some ricing yourself.

…main concern is now that a small company doesn't have the dev resources to take on maintaining a DE by themselves and haven't been successful in attracting a dev community to help pick up the slack. I'm now leaning towards the Hyprland/Omarchy approach of starting with a curated blank slate that can be easily themed, customized and extended to suit where I wouldn't have to rely on big drop releases of a single organization for any missing/preferred functionality. Even at its young age Omarchy has some how managed to attract 134/782 open/closed PRs [1] vs 6/90 for CosmicDE (since 2022) [2] which IMO speaks to the approachability and hackability of a scriptable DE and the community being bui…

The momentum that Omarchy seems to have is impressive. I wonder if a tighter collaboration with Framework is in the cards, especially with their founder and CEO submitting pull requests to the project[1]. [1] https://github.com/basecamp/omarchy/pull/1368

It’s a bit more than Arch. There are a bunch of programs written in shell and QML/JavaScript. I guess at least they are using memory-safe languages, but shell scripts make it easier to write the type of shell-injection bug mentioned in the article. Personally if I started a new project in 2026, I would not choose bash and vanilla JavaScript as the languages to write it in. The repo for reference: https://github.com/basecamp/omarchy

this is not what they say https://github.com/basecamp/omarchy/blob/quattro/manual/48-security.md

What about just ignoring package signatures? https://github.com/basecamp/omarchy/blob/master/default/pacman/pacman.conf#L29

Looking through the commit graph for Omarchy is wild. It has 2000+ commits, most of which contain the type of intermediary work pushed into the trunk that you'd see from a jr who doesn't squash their local work Also some gems like: https://github.com/basecamp/omarchy/commit/af72a45dbd4358bcaa0d8dc5590eb3246f70e284 > Remove non-existent vibe-code hallucinated options and clean up theme files or https://github.com/basecamp/omarchy/commit/4fedfbe9f193030464515daa051ff5657968caf9 There's also Omakub[0] which was sort of a precursor to Omarchy that gives users the `wget <some url> | bash` as a means of installation where the install script is a thin wrapper around another `eval $(wget <some u…