Read more of this story at Slashdot.
Read more of this story at Slashdot.
Earlier this month, I published a post about the future of Boxes where I detailed the huge technical rewrite I have been doing, porting to GTK4, Libadwaita, and replacing our SPICE display widget with Libmks. Today, I want to share a structural decision that aligns with that vision and sets up the project for long-term health/sustainability.
I have formally submitted a proposal to remove Boxes from the core-developer-tools set in gnome-build-meta and transition it towards becoming an independent application (with the ultimate goal of applying for GNOME Circle once all criteria are met).
I want to dive into why I am making this move, what it means for users and maintainers, and why I believe this is the right path forward.
There is No Drama HereFirst off, let’s get this out of the way: there is zero drama between Boxes and the GNOME project.
Boxes continues to be built by the same core set of contributors, fully committed to the GNOME Human Interface Guidelines (HIG) and deeply integrated into our ecosystem. We aren’t stepping away from GNOME. We are simply right-sizing how Boxes is categorized, distributed, and maintained.
Why Boxes Shouldn’t Be “Core” (and Why Versioning with the OS is Outdated)The desktop Linux landscape is shifting toward image-based operating systems with atomic updates and immutability. In this model, the underlying operating system provides a slim, reliable base, while applications live on top and update independently at their own pace.
Tying a complex application like Boxes to the biannual GNOME release schedule is not useful anymore. It forces us to hold back features and bug fixes for months just to align with the OS cadence, when users should simply get updates when they are ready and stable.
Furthermore, virtualization isn’t an essential utility that needs to be pre-installed on every single user’s machine by default. Boxes fits much better as a targeted application users explicitly choose to install when they need it.
Flathub-First: Moving Fast and Ending Distribution BottlenecksAs a maintainer, maintaining separate code paths and stable branches for dozens of traditional distribution packages is simply not sustainable long-term. I can no longer afford to maintain multiple stable branches. Moving forward, I am simplifying maintenance down to one stable branch and one development/nightly branch. To make this sustainable, Flathub is our primary and only officially supported distribution method.
By bundling the virtualization stack in our Flatpak, we ensure that users get a much more tested, consistent, and working virtualization backend regardless of what operating system they are running.
Moving out of Core allows us to heavily discourage downstreams from individually packaging Boxes. Instead, distros should defer their users to the official Flatpak on Flathub. If you are filing bug reports or seeking support, the Flathub build will be the baseline.
Branding and Infrastructure ChangesTo reflect this independent status, a few logistical changes are happening alongside this move. We are dropping “GNOME” from the user-facing app branding. Going forward, it will simply be named “Boxes”, and we will soon be moving to a new website domain (which is currently being finalized). Importantly, our Flatpak application ID will remain org.gnome.Boxes for full continuity and compatibility. This means existing installations, user settings, and Flatpak configurations won’t break, and users won’t need to reinstall anything.
What’s Next?This change gives us the flexibility to release updates whenever features are ready, iterate faster, and dramatically reduce maintainer burnout, all while delivering a more reliable and consistent user experience via Flathub. Once we settle into this new cadence and finalize our transition, we plan to apply for GNOME Circle.
To set clear expectations on timing: since Boxes currently uses GTK3 in its stable releases, we will soon submit an application for GNOME Circle review following our GTK4/Libadwaita rewrite.
If the Circle application is approved before the GNOME 52 Alpha deadline, the plan is to proceed with the removal from core-developer-tools and transition to Circle in time for the GNOME 52 release in March 2027.
For distribution maintainers wondering about upcoming distro releases: distros targeting GNOME 51 can continue to package the GNOME 50 release of Boxes, which will remain supported for the standard lifecycle of that release. If everything goes according to plan, GNOME 52 won’t include Boxes in the core set anymore. At this point, please don’t package Boxes anymore.
Read more of this story at Slashdot.
Read more of this story at Slashdot.
Read more of this story at Slashdot.
Read more of this story at Slashdot.
Read more of this story at Slashdot.
Read more of this story at Slashdot.
Read more of this story at Slashdot.
Read more of this story at Slashdot.
This week's icon is for Deimos Hall's project: Metamorphosis: "Edit metadata"
Check out all weekly app icons created so far in the gallery and follow my icon creation adventures as they happen (including sketches) on the Fediverse.
Need icons?I love designing icons and am happy to contribute them free of charge when your project is Free and Open Source. Funded by community sponsors (every little helps!).
Hello all! It’s my first blog ever, so please bear with me.
Recently I’ve been active in Engagement team and helping out with the reboot. Hopefully you noticed our social media accounts are a tad more lively!
Part of the reboot process was dropping all the unrelated activities the team accumulated over the years, like events and such, with the goal on focusing on social media purely. There’s still work to do, but since we started doing weekly meetings (Monday 16:00 CEST, if you’re interested please see our meeting pad!) progress has been steady.
But we need your help in this! Engagement team is quite small, and to properly expand our activities onto other social media we need more contributors. Do you know how to edit images, create graphics? We need YOU for Instagram! Do you know how to make videos (short form or long form)? Our YouTube and TikTok are waiting for you! And let’s not forget that we always welcome new ideas for posts or people sharing their posts on social media for us to boost.
Currently platforms we’re on include:
– Fediverse
– Bsky
– Reddit
We want to (potentially! nothing here is set in stone!) also expand on:
– Facebook
– TikTok
– Instagram
– Improve our LinkedIn
– Improve our YouTube
But this is currently out of reach for us due to not having enough volunteers. We welcome everyone who wants to make world think better about GNOME!
To help developers in reaching us we introduced new labels:
– Newsworthy, for when you want us to share something on social media
– Team: Engagement, for when you want to summon us to discuss something.
We also have an „Engagement Materials” label, when you have some assets for us to use.
Interested? Visit us in #engagement:gnome.org and #socials:gnome.org Matrix rooms.
Written by Victoria Niedzielska. Thanks to other Engagement team members for proofreading the blog post!
Comments welcome here.