CachyOS rewrites Shelly in Zig and lays the groundwork for its server edition
On August 9, 2026 CachyOS shipped its fifth ISO of the year: the Shelly package manager was rewritten from C# to Zig, and the first experimental server-edition profiles landed in the installer. The Zig and Rust rewrite is the tell — the performance-oriented distribution is no longer aiming only at the gaming desktop.
August 9, 2026. CachyOS shipped its fifth ISO of the year, and a quick read would file it under routine: another refresh for the performance-tuned Arch derivative. But two details stand out. Shelly, the graphical package manager, was rewritten from C# to Zig. And the installer now ships the first experimental profiles for the server edition.
Taken separately, neither is remarkable. Taken together, they tell a story of a pivot: CachyOS is no longer just preparing to run games faster — it is preparing to install servers.
Shelly moves from C# to Zig
The rewrite is the most technical item, and the most telling. Shelly drops the managed C# runtime for native binaries compiled in Zig. The official rationale fits two words: lower memory, faster startup. That is a foundational choice, not a reskin — a package manager is a tool you launch dozens of times a day, and its footprint matters.
The rest of Shelly follows. The interface gains a first-run welcome screen, list and grid package browsing, AUR PKGBUILD previews with build output, and a Utilities page for database sync, cache cleanup and orphan removal.
The CLI side becomes a proper Swiss army knife: integrated repo + AUR search, a combined update check spanning repos, AUR, AppImages and Flatpaks, and TOML-based backup import and export. One last maturity signal: Flatpak support is no longer bundled by default, but offered through the optional shelly-flatpak-backend package — decoupling whatever can be decoupled.
The system tooling moves to Rust
Shelly is not the only piece being rewritten. The kernel-manager backend in chwd moves from C++ to Rust, integrated directly into chwd-kernel. Cachy-Update is rebased onto Arch-Update 4.x, with its systray applet rewritten in Rust.
The practical consequences are concrete. A new --check --enable option turns on automatic update checks and launches the applet in one step. Tray pagination is configurable via TrayUpdatesPerPage, and the default check interval moves to six hours.
The thread is getting clear: CachyOS is progressively replacing its most heavily exercised components with Zig and Rust — memory-safe languages that shrink the class of bug most exploited on a running system. It is no coincidence that this is exactly the groundwork you would expect from a distribution that wants to touch servers.
The details that show rigor
Beyond the rewrites, the release shows an attention to production details. The installer moves Hyprland Noctalia onto noctalia-greeter in place of SDDM, and Cinnamon from lightdm-gtk-greeter to lightdm-slick-greeter. GNOME gains gvfs-dnssd, and the COSMIC desktop picks up cosmic-monitor.
On the networking side, CachyOS-Welcome gets its DNS handling reworked, so the speed-test-based server ranking actually picks the fastest DNS server. cachyos-rate-mirrors now uses the project’s mirrorlist API to rank regional and outdated mirrors more sensibly.
And chwd — the hardware-detection tool — improves handheld recognition through board_name matching, adds a Bulgarian localization, handles VM environments gracefully, and quotes pacman arguments correctly. None of these make headlines, but they decide day-to-day reliability.
On the desktop, the release adds new Noctalia variants for mango and niri, brings Noctalia v5 support to the Hyprland dotfiles, and updates the Nord KDE theme for Plasma 6.7. The gaming wiki was also cleaned up, dropping old launch options no longer needed with current proton-cachyos-slr. None of this is server work, but it shows a project keeping its consumer base healthy while it builds the server tooling underneath — a distribution that lets its desktop rot while it chases servers ends up losing both.
The server edition stops being a promise
The server edition has, until now, been an announcement. Revealed in the project’s 2025 retrospective, it aimed at three niches — NAS, workstations, servers — with a hardened configuration, pre-tuned settings, and a verified image that hosting providers could deploy for their customers.
It now takes a concrete step: experimental installation profiles are present in the CLI installer, which itself received several fixes and a refactor. This is still far from a “verified” image ready for a hosting provider, but the installation infrastructure is starting to exist.
The technical base is ready for it. CachyOS defaults to Btrfs, which serves the NAS use case — data integrity, snapshots, volume management — long before it serves the desktop. The project is not starting from zero.
The rolling-release bet on a server
That leaves the underlying question, and it is not cosmetic. Historically, rolling release and reliable server mix poorly: a server wants stable, proven versions, while Arch ships the latest versions continuously. That is precisely what makes CachyOS fast on a workstation, and risky in production.
The Linux server world is dominated by Debian and RHEL, both conservative by design. An Arch-based server edition, even hardened, will have to answer a simple question: how do you guarantee an update won’t break a service at 3 a.m.? The announcement mentions a verified image — which points toward an immutable path, where you test the image before deploying it rather than updating in place. That is the plausible route, but it remains unproven.
In practice: what a homelab can test
The NAS promise is testable today on the default Btrfs base. On a CachyOS machine, a pre-update snapshot is one command:
# Read-only Btrfs snapshot before an update
sudo btrfs subvolume snapshot -r / /snapshots/before-syu-$(date +%F) And the update itself requires no manual steps — the path remains the usual pacman:
sudo pacman -Syu That is the right way to size up the server edition: the same freshness as Arch, but with a safety net the default configuration finally makes possible.
Verdict
CachyOS is doing exactly what it should to be taken seriously: hardening its tooling (Zig, Rust), decoupling its components, and preparing its server installer. The year’s fifth ISO is less a product than a statement of intent.
If you run a homelab or a NAS and want Arch’s freshness with performance optimizations, the CachyOS server edition deserves a test rig as soon as a testable image appears. If you run critical production, the rolling-release question remains open: stay on Debian or RHEL, and treat CachyOS Server as a candidate to watch, not yet to adopt. When the first testable server image lands, evaluate it the way you would any new platform — snapshot before you update, and measure before you trust.
References
- CachyOS — CachyOS August 2026 Release, August 9, 2026, https://cachyos.org/blog/2608-august-release/
- Linuxiac — CachyOS August 2026 Release Rewrites Shelly in Zig, Prepares Server Edition, August 2026
- Linuxiac — CachyOS Plans New Server Edition With Hardened Defaults, December 2025
- Phoronix — CachyOS August 2026 Release Preps For Upcoming Server Edition, August 2026