news
The Future of GNOME Boxes
Quoting: The Future of GNOME Boxes – Felipe Borges —
I have spent the last two years rebuilding GNOME Boxes from the ground up, driven by three main factors. I spoke extensively about this effort in my recent Linux App Summit, GUADEC 2025 and 2026 talks, but today I am excited to share the result for general testing.
First, shifting to a Flatpak-first (and only) model. As a solo developer, maintaining code paths for countless distributions isn’t sustainable. Since Boxes acts as a frontend for libvirt/qemu, its functionality relies heavily on the backend configuration. Flatpak lets me bundle the entire virtualization stack, giving me the control I need to fine-tune it for our specific use cases.
Second, migrating Boxes to GTK4 and Libadwaita. Beyond the obvious benefits (a modern UI, better responsiveness, and tighter desktop integration) this makes the codebase significantly easier to maintain. This transition required moving away from the GTK3-based SPICE display widget, which was too tightly coupled to older input and drawing methods. We’ve replaced it with Libmks, which has proven to be a solid alternative.
Also:
-
GNOME Boxes Won't Look Ancient Anymore Thanks to a Glow-Up
The lone developer behind GNOME Boxes, Felipe Borges, has shown off a complete rewrite of the app as a Flatpak-only beta, featuring a modern interface foundation.
Balancing his day job at Red Hat and his usual GNOME Settings maintenance duties, Felipe says that he has been working on this by himself for the past two years, talking about his efforts at community events.
The first design call was going Flatpak-only. Boxes is a front end for libvirt and QEMU, so a lot of its behavior depends on what the host distro ships. Maintaining separate code paths for every distro isn't realistic for a single maintainer, so the new build bundles the entire virtualization stack itself instead of leaning on the host.
