This web page doesn't do a good job of motivating the reader.
I understand what the Plasma Desktop Environment is. But what is "atomic and transactional Linux"? What are the advantages to the alternatives? What other projects are similar? What is the motivation for this project in particular? Most importantly, why should I want to use it?
zozbot234 2 hours ago [-]
>But what is "atomic and transactional Linux"?
It's a glorified Live CD, with added "persistence" for user data. Updates are done by replacing the system install (which is readonly during normal operation, just like a Live CD) and rebooting, with an A+B mechanism enabling seamless updates during operation, as well as rollback if the new install fails. It's the modern "cattle not pets" approach to system administration: every system is running a well-defined ("atomic") Live CD equivalent, not something bespoke that's the unpredictable result of partial updates and/or edits on the running system.
stryan 3 hours ago [-]
> what is "atomic and transactional Linux"?
Linux distros that are updated with full system snapshots instead of package by package, similar to Android. The key difference is most of / is mounted read-only[0] and is only changed by distribution provided updates so you and the distro team always know exactly what's running.
> What are the advantages to the alternatives?
Greater control and stability since its essentially always running in a supported configuration. Easy roll-backs to a previous update if something goes wrong. You always know exactly what your system is running if you want to keep it in sync across machines (more useful in a server setting).
> What other projects are similar
Kalpa is a "sibling" project to AeonOS, which is atomic OpenSUSE but with Gnome (and other changes, which I'll get to). There's also the Fedora Atomic line of Fedora Kinoite and Silverblue (KDE and Gnome respectively), U-Blue, Bazzite, SteamOS, and more. I think most major distro lines have an Atomic variant at this point.
> What is the motivation for this project in particular?
For Kalpa specifically, it's to offer a KDE alternative to AeonOS. Originally there was just AeonOS, which was OpenSUSE MicroOS (an atomic version of OpenSUSE Tumbleweed) with GNOME installed. Aeon has diverged greatly from MicroOS though and I think it no longer uses it as an upstream. AeonOS also refused to support KDE[1], so Kalpa was created. Kalpa still uses MicroOS as its upstream and I'm not sure if there's any plans to change that.
> Most importantly, why should I want to use it?
I use it on my personal laptop because it lets me have all the benefits of a rolling distro (up to date packages) without the stability concerns. Updates apply automatically in the background and I know when I reboot I'll always have a working system available to me.
[0] /etc is mounted as an overlay FS so you can still make changes to it. /var, /usr/local, and /srv are also still user-writable. I think /mnt is too but I forget off hand.
[1] Aeon is generally anti-customization and does its best to only offer one way of doing things. This is to prevent configuration drift and reduce the maintenance burden per snapshot. GNOME also has a more regular release cadence, which makes it much easier to integrate than KDE (or so I've been told..)
lejalv 2 hours ago [-]
Would the A/B filesystem approach à la Android be a good way to distribute Linux with ZFS-on-root without all the angst from DKMS modules versioning?
[Maybe unrelated, but just occurred to me (some horror stories have prevented me from trying ZFS-on-boot in linux after Ubuntu botched it with their Zsys “adventure”).]
ninth_ant 30 minutes ago [-]
If i understand the intention of a zfs root combined with an a/b approach — it feels like this btrfs root and immutable gives you the same benefits but with better mainline support.
MrBuddyCasino 2 hours ago [-]
Is there a relationship with concepts such as NixOS?
jamesgeck0 1 hours ago [-]
It's closer to the "sealed system volume" model that macOS uses. The core OS filesystem isn't (normally) writable, although you can finagle it to add drivers and such.
mhitza 3 hours ago [-]
Yes, all projects in this sphere should communicate better.
An atomic distro is one in which the updates are swapped atomically at reboots. They also go by the name of immutable distros. Only the "system" partition is immutable.
Most popular I would say is SteamOS followed by the Fedora variants (Silverblue, Kinoite) and derivatives (Bazzite).
They are still limiting in daily use, rough around some edges.
theragra 3 hours ago [-]
Yeah. I use bazzite, but had to overlay like 5 apps. Flatpaks are often disappointing or just do not exist. AppImage is awesome, too bad it is used rarely.
pmontra 2 hours ago [-]
It's buried in the About page, but it uses different terminology. They definitely have to review their copy.
> Automatic Updates: Updates never touch your running system, only taking effect on reboot.
> Resilient: Due to the atomic nature of updates, if something goes wrong, the system will automatically roll back to the last known good working state
mardifoufs 17 minutes ago [-]
Wait I thought being able to update without rebooting was a good thing? It was a relatively common argument against windows
raphinou 2 hours ago [-]
I've installed https://getaurora.dev/en/, another atomic Linux distro, for a non technical user and find it really good. I've read arguments that its architecture was better than kalpa, but I don't find it back and I have no sufficient knowledge or experience of both to have an opinion.
sherr 52 minutes ago [-]
This appears to be a "pre-beta" site, so this will be why it is not polished yet. From the documentation page :
"note: These installation instructions will be changing, with the Beta release of Kalpa"
A bit rough around the edges - so probably unfair to publicise too prominently yet.
This is a cool idea, but it’s not clear what problem it’s solving. Tumbleweed is already great
mhurron 2 hours ago [-]
Kalpa is an immutable distro based on MicroOS with KDE as it's desktop environment.
MicroOS and its derivatives are all based on Tumbleweed. MicroOS was intended to be used for container workloads. Aeon grew out of that with a GNOME desktop, Kalpa a KDE desktop. Because they were focused in a way Tumbleweed is not, they are a more opinionated distro. On the other hand, Tumbleweed is a rolling distro that wants to be all things for everyone.
benrutter 3 hours ago [-]
I was trying to figure out the change as well - I've only used Tumbleweed through WSL before. Does it provide a desktop environment preinstalled or is it a 'bring-your-own' deal? (if not, that seems to be the big thing that Kalpa brings to the table?)
999900000999 2 hours ago [-]
Tumbleweed comes with desktop environment options. You can select from a few.
I guess you get the atomic system, but with Tumbleweed you get snapshot backups anyway.
One of the main advantages of Tumbleweed is the extensive testing pipeline. I'm not sure how a derivative would be able to offer a similar experience
whalesalad 3 hours ago [-]
"I have a minor inconvenience -- I know, I'll create an entirely new distribution where 99.92% is identical to the base"
ogogmad 2 minutes ago [-]
Being able to roll back updates/upgrades that go wrong, is not just fixing a minor inconvenience. Desktop Linux has been way too easy to break.
amlib 2 hours ago [-]
How else are you going to improve the linux gene pool? Breeding linux distros ain't gonna cut it :)
stryan 3 hours ago [-]
Kalpa is great and hits way above its alpha status; I've been running it on my laptop for months now with zero issues. It's been really nice to not have to worry about updates, just gotta reboot it every now and then and most things just work.
wasting_time 48 minutes ago [-]
Which things do not "just work"?
giancarlostoro 3 hours ago [-]
I wanted to try an Atomic Linux, I think I tried the Fedora flavor, nothing really worked for me for some reason, I gave in to Arch and tried it a la EndeavourOS. Have not looked back since.
ogogmad 3 hours ago [-]
You might know this, but unfortunately, if you leave an Arch install unused for enough time, and then run an update, you might not be able to boot into a working desktop.
[EDIT]
Oh, and I had a lot of problems installing Kalpa (from the submission) - all which I got fixed by using ChatGPT.
giancarlostoro 2 hours ago [-]
I've left it for a long time and also run it daily sometimes, still no issues. My understanding is brick level changes usually are fixed quickly.
fhn 16 minutes ago [-]
brick level changes will render the device unusable. You dismiss it like it was no big deal to brick a device.
giancarlostoro 7 minutes ago [-]
Eh I misspoke, I don't think you can actually brick anything with this, its just it might not boot properly, you can still format over it, or fix it if you run a LIVE Linux disk to rollback. You also always have an option to run previous system configuration.
The more I think about it, I don't even use Pacman, I just use the other tool that comes with Endeavuor, which is a face to Pacman and probably shields me from doing doofus things. Pacman is easy to screw up an update with.
dizhn 3 hours ago [-]
Interesting they are hosting on codeberg. Opensuse has a pretty established hosting/build architecture provided by Suse.
Zambyte 3 hours ago [-]
I was going to guess that it may be easier to get new contributors on a general site like Codeberg, but it seems like they're just using Codeberg pages to host the actual website, not using it for the bug tracker or anything like that. Interesting choice indeed.
iberator 3 hours ago [-]
Codeberg is AMAZING. fast and super simpler. KISS
Just works
sach1 3 hours ago [-]
This rules but the landing page could benefit from a Download Now type button for the iso page.
3 hours ago [-]
shevy-java 50 minutes ago [-]
Isn't OpenSUSE for sale? At the least distrowatch said this recently.
hiprob 25 minutes ago [-]
What do you mean by that? SUSE products are for sale, OpenSUSE products are free.
butILoveLife 1 hours ago [-]
Has anyone had a good long term experience with Atomic?
I admittedly only used it on a 13 year old gaming computer and couldn't get the GPU drivers because... you know containers.
This is something trivial with a regular install. (Especially with LLMs to assist)
I want to like Atomic, but it feels like an Apple-like regression in computing.
sph 55 minutes ago [-]
I have run Fedora Silverblue on my workstation since 2021 at least and I wouldn’t go back to a regular distro ever. I’ll jump ship for an immutable distro not based on RPMs (or APT) which I loathe.
The secret is that all your power is within a distrobox container. All my dev tools, Emacs are in an Arch Linux container.
TiredOfLife 2 hours ago [-]
What's with the Ventoy hate. Every linux distro can be installed with Ventoy except for SuSe ones
tosti 9 minutes ago [-]
SuSE doesn't ship ventoy and the installer does boot and work just fine. It's likely a bug in ventoy. SuSE doesn't test that and why would they?
Perhaps ventoy doesn't like SuSE.
LiamPowell 42 minutes ago [-]
It silently messes with the kernel boot flags which breaks the boot process If you do get it to work it silently adds extra broken repos which make it impossible to install packages.
Why would any distro want to support a tool that intentionally breaks things? Ventoy could just boot ISOs without messing with them and everything would work fine, but the developers insist on injecting garbage.
jackhalford 42 minutes ago [-]
I’ve had trouble installing proxmox with ventoy, I had to install debian and then proxmox as a package. AFAIK there isn’t really an alternative to ventoy?
wpm 22 minutes ago [-]
I like the iODD virtual disc drives, I have an ST400 that has been pretty reliable aside from complaining when the iso files are too "fragmented".
spookie 18 minutes ago [-]
You really shouldn't trust ventoy.
luckyobeah59 46 minutes ago [-]
[dead]
Rendered at 17:41:09 GMT+0000 (Coordinated Universal Time) with Vercel.
I understand what the Plasma Desktop Environment is. But what is "atomic and transactional Linux"? What are the advantages to the alternatives? What other projects are similar? What is the motivation for this project in particular? Most importantly, why should I want to use it?
It's a glorified Live CD, with added "persistence" for user data. Updates are done by replacing the system install (which is readonly during normal operation, just like a Live CD) and rebooting, with an A+B mechanism enabling seamless updates during operation, as well as rollback if the new install fails. It's the modern "cattle not pets" approach to system administration: every system is running a well-defined ("atomic") Live CD equivalent, not something bespoke that's the unpredictable result of partial updates and/or edits on the running system.
Linux distros that are updated with full system snapshots instead of package by package, similar to Android. The key difference is most of / is mounted read-only[0] and is only changed by distribution provided updates so you and the distro team always know exactly what's running.
> What are the advantages to the alternatives?
Greater control and stability since its essentially always running in a supported configuration. Easy roll-backs to a previous update if something goes wrong. You always know exactly what your system is running if you want to keep it in sync across machines (more useful in a server setting).
> What other projects are similar
Kalpa is a "sibling" project to AeonOS, which is atomic OpenSUSE but with Gnome (and other changes, which I'll get to). There's also the Fedora Atomic line of Fedora Kinoite and Silverblue (KDE and Gnome respectively), U-Blue, Bazzite, SteamOS, and more. I think most major distro lines have an Atomic variant at this point.
> What is the motivation for this project in particular?
For Kalpa specifically, it's to offer a KDE alternative to AeonOS. Originally there was just AeonOS, which was OpenSUSE MicroOS (an atomic version of OpenSUSE Tumbleweed) with GNOME installed. Aeon has diverged greatly from MicroOS though and I think it no longer uses it as an upstream. AeonOS also refused to support KDE[1], so Kalpa was created. Kalpa still uses MicroOS as its upstream and I'm not sure if there's any plans to change that.
> Most importantly, why should I want to use it?
I use it on my personal laptop because it lets me have all the benefits of a rolling distro (up to date packages) without the stability concerns. Updates apply automatically in the background and I know when I reboot I'll always have a working system available to me.
[0] /etc is mounted as an overlay FS so you can still make changes to it. /var, /usr/local, and /srv are also still user-writable. I think /mnt is too but I forget off hand.
[1] Aeon is generally anti-customization and does its best to only offer one way of doing things. This is to prevent configuration drift and reduce the maintenance burden per snapshot. GNOME also has a more regular release cadence, which makes it much easier to integrate than KDE (or so I've been told..)
[Maybe unrelated, but just occurred to me (some horror stories have prevented me from trying ZFS-on-boot in linux after Ubuntu botched it with their Zsys “adventure”).]
An atomic distro is one in which the updates are swapped atomically at reboots. They also go by the name of immutable distros. Only the "system" partition is immutable.
Most popular I would say is SteamOS followed by the Fedora variants (Silverblue, Kinoite) and derivatives (Bazzite).
They are still limiting in daily use, rough around some edges.
> Automatic Updates: Updates never touch your running system, only taking effect on reboot.
> Resilient: Due to the atomic nature of updates, if something goes wrong, the system will automatically roll back to the last known good working state
"note: These installation instructions will be changing, with the Beta release of Kalpa"
A bit rough around the edges - so probably unfair to publicise too prominently yet.
MicroOS and its derivatives are all based on Tumbleweed. MicroOS was intended to be used for container workloads. Aeon grew out of that with a GNOME desktop, Kalpa a KDE desktop. Because they were focused in a way Tumbleweed is not, they are a more opinionated distro. On the other hand, Tumbleweed is a rolling distro that wants to be all things for everyone.
I guess you get the atomic system, but with Tumbleweed you get snapshot backups anyway.
One of the main advantages of Tumbleweed is the extensive testing pipeline. I'm not sure how a derivative would be able to offer a similar experience
[EDIT]
Oh, and I had a lot of problems installing Kalpa (from the submission) - all which I got fixed by using ChatGPT.
The more I think about it, I don't even use Pacman, I just use the other tool that comes with Endeavuor, which is a face to Pacman and probably shields me from doing doofus things. Pacman is easy to screw up an update with.
Just works
I admittedly only used it on a 13 year old gaming computer and couldn't get the GPU drivers because... you know containers.
This is something trivial with a regular install. (Especially with LLMs to assist)
I want to like Atomic, but it feels like an Apple-like regression in computing.
The secret is that all your power is within a distrobox container. All my dev tools, Emacs are in an Arch Linux container.
Perhaps ventoy doesn't like SuSE.
Why would any distro want to support a tool that intentionally breaks things? Ventoy could just boot ISOs without messing with them and everything would work fine, but the developers insist on injecting garbage.