Thoughts on openSUSE Micro OSs Kalpa and Aeon?
Thoughts on openSUSE Micro OSs Kalpa and Aeon?
Read a distrowatch review that dropped earlier today discussing the two of them and kind of tears them apart: https://distrowatch.com/weekly.php?issue=20250714. I used both a year or so ago and Aeon seemed to perform well enough, but I was pretty disappointed with Kalpa. What are folks experiences with them and how do they compare with something like Fedora Atomic Desktops if you have experience with both?
I think I had this bug before where I had to change the tty to actually get into the graphical environment.
I used Aeon before, it wasn't bad. The default apps were better than Fedora Silverblue's (it had Tweaks preinstalled, didn't have Firefox installed as an RPM). It uses Distrobox rather than Toolbox, which is nice because Distrobox lets you specify a custom home for each box. Though Distrobox hasn't seen any development these past few months and their decision to use POSIX compliant shell script seems like a maintenance nightmare. Toolbox uses Go.
But my biggest problem with MicroOS is that I don't feel like the update mechanism is as robust as Fedora Atomic. At the end of the day, it's using zypper and btrfs snapshots. It doesn't have the same protections against configuration drift, you can only rollback to versions of the OS you've previously installed (with Fedora Atomic you can rollback to any specific commit, even ones you've never installed).
And Fedora Atomic's bootc is super nice for customizing your image.
Thanks for the detailed response! I'll definitely need to take a look at fedoras atomic distros myself. Seems like they are well put together. Just to clarify though what do you mean by configuration drift?
A system that has updated from say Ubuntu 16.04 to 24.04 is different from a system that fresh installed Ubuntu 24.04.
The upgrade process is imperfect. It may keep older software around, old configuration files. Users may also make small tweaks and forget about them.
I remember like a year ago OpenSUSE Tumbleweed broke for users who had old installs. They were using the old networking stack, the upgrade system never migrated them to the newer networking stack. And since OpenSUSE’s test suite was only made up of new installs, the issue wasn’t caught until after it was released.
Fedora Atomic tries to solve this issue. When you update, the entire root filesystem is effectively replaced (the immutable parts anyway). Though it tries not to touch manual changes you make in places like /etc. It does something called a 3 way merge to preserve your changes and does keep better track of them than traditional distros.