- cross-posted to:
- linux@programming.dev
- cross-posted to:
- linux@programming.dev
You must log in or # to comment.
Gnome and vanilla at the same time?
I really liked this distro when I tried it when 3 first released. I’m on Debian stable gnome and may just switch over to get gnome 51 because gnome 48 is feeling a little too old at this point.
I already use flatpaks for everything so that won’t change much at all anyway.
So they’ve upgraded to 7.2, which is EOL as of a week ago. And not even the latest 7.2 version, they ship .11 when .15 is the latest.
I’m one of the developers here. It’s quite common for distros that use non-LTS kernels to ship kernel versions that are already EOL. Fedora, for example, currently ships kernel 7.2 as well.
As for the delay, you can see from @eleijeep@piefed.social’s comment that we need to ensure the OS is stable enough before release. It took us a week to resolve the compatibility issue between kernel 7.2 and our ABRoot, which was preventing the system from upgrading. We shipped the earlier snapshot rather than 7.2.15 just because it’s better tested.
I’ve been using Vanilla OS on my laptop since August 2024. It has been a great experience aside from two major updates breaking my system.
The first was in June 2025 when an update fucked my mail client and I had to manually edit some config files to fix it.
The second was in August this year (2026) when the update fucked an important program that I had compiled in, and exported from, the main Vanilla OS container that starts when you start the terminal. For some reason they changed the main container used by the terminal and so everything I had done in the previous one was gone.
It’s annoying that they don’t have enough testing to identify these showstopping issues before releasing, but this is the nature of niche distros. The users are the testers.
Sooner or later I will be reformatting this laptop with something more reliable, but it’s unfortunate because Vanilla OS is a great base OS to build on. I hope they can sort out their QA for future releases to prevent issues that break backwards compatibility.
Sorry for the inconvenience. I’d like to explain a bit:
Vanilla OS is based on the rolling-release Debian sid, which lets us bring newer features and better hardware support. But that also means some libraries will inevitably be deprecated over time. That’s why we always recommend Flatpak as the first option for installing apps.
Regarding the Augest update: that was a major release (Vanilla OS 3 Reunion), and we did everything we could to minimize the migration impact for existing users. The subsystem change is one of the breaking changes we couldn’t avoid. The underlying Distrobox v1 is no longer receiving updates and had already been causing quite a few compatibility issues, so we had to move to Distrobox v2. Unfortunately, v2 introduces breaking changes in exporting bins and apps, which meant the containers had to be recreated. We fully understand the impact this has on our users, but this migration is necessary to ensure stability over the next few years.
We really appreciate your feedback, and we remain committed to improving reliability in the future, in line with our original vision of providing an obstruction-free Linux experience for people around the world.
I think what I would have expected in this situation would have been for the upgrade to have prompted me to read the changelog before starting, and I would have expected the changelog to describe in detail what was going to be broken and what the steps would be to fix it.
THIS UPGRADE CONTAINS BREAKING CHANGES. YOU ARE STRONGLY RECOMMENDED TO READ THE CHANGELOG BEFORE PROCEEDING. [Y/n]
