this post was submitted on 08 Jun 2024
82 points (96.6% liked)

Linux

5386 readers
263 users here now

A community for everything relating to the linux operating system

Also check out [email protected]

Original icon base courtesy of [email protected] and The GIMP

founded 1 year ago
MODERATORS
Ategon
anzo
dwraf_of_ignorance
82
blendOS v4 released: Arch Linux, made immutable, declarative and atomic (blendos.co)
submitted 5 months ago by [email protected] to c/linux
9 comments fedilink hide all child comments
top 9 comments
sorted by: hot top controversial new old
[–] onlinepersona 13 points 5 months ago* (last edited 5 months ago)

Arch becoming stable? Impressive. There's also a mention of a GUI? Will Arch finally become recommendable to beginners?

I installed Arch and $X doesn't work

"Share your /system.yaml and a link to the Linux hardware database of your entry."

Then instead of having a wiki describing a set of things to install and in which order for your hardware, you can grab a YAML from a git repository "arch-hardware" and it should work.

The next step is probably moving towards an interim step that generates a /system.yaml from a known language, DSL, or library.

Anti Commercial-AI license

[–] [email protected] 8 points 5 months ago (2 children)

Is there an immutable OS based on Debian? I want a rock solid base with the rollback functionality immutable distros give.

As I'm typing this I just remembered there's VanillaOS. Currently still in beta for 2.0 but they switched from ubuntu base to debian base. Very excited for it

[–] [email protected] 3 points 5 months ago

Same here.

There is EndlessOS doing exactly that but it was broken for me and outdated so no way.

[–] anzo 2 points 5 months ago

Try btrfs for root partition, add snapper and you're pretty much done. Not that it will be inmutable, but you can rollback updates. Check btrfs awesome list on github (for the many other tools) and documentation..

[–] [email protected] 5 points 5 months ago

Might be about time to try blendOS I guess. All that's missing is Gentoo-like local compilation of packages to tick all the boxes of stuff Linux people get off on.

[–] [email protected] 4 points 5 months ago (1 children)

Bro, we are so close. Now if only someone can make the archiso tool that makes and installs ostree images, or some other system tool.

It's theoretically possible to rebase from Silverblue, Kinoite and uBlue variants, if the ostree image tool supplied was aware of rpm-ostree, and vice versa.

At that point, we've started to take distro hopping to a new level lol

[–] [email protected] 4 points 5 months ago (1 children)

Distro hopping is so 2022. Today use an atomic/immutable build and add whatever distro you like in a toolbox/distrobox. It's a new definition since all distros share the same DEs, it's the box you use for different packed distros. If my atomic build is fedora and there is an app only available in the AUR or deb, then use a box. It's that simple. If you get rid of that self created frankendebian with a strange .deb you needed, just remove the whole box.

[–] [email protected] 2 points 5 months ago* (last edited 5 months ago)

Maybe I was being too glib. Let me expand upon what I was saying.

Silverblue and its derivatives (or "Fedora Atomic") are literally immutable and use an image system to mount read only systems. It uses rpm-ostree to write ostree images. Ostree is an operating system image format developed by the GNOME project (of all folks) and allows you to keep a git-like tree where system images become sort of branches and tags. It's cool because theoretically you only need to replace files that are updated, even though rpm-ostree will build everything and create an image from the collection of RPMS in ostree.

Archiso does not do this, and I don't know how they implement system images or if it's even a system image solution and not just a dedicated volume or subvolume, but if it was ostree based in some way, you could probably rebase from Silverblue to this distro, without having to bootstrap a new system.

In effect, toolbox, distrobox, Flatpaks, etc wouldn't be touched, but neither would the previous system. It would be the previous image and you could just reboot into it if you'd want. If you could rebase from an rpm-ostree system, OpenSuSE's weird imaging system, if nix suddenly adds ostree support, or even Debian, then at that point you wouldn't need to reinstall the system at all. Just do a rebase and bam: completely different stack and distribution, with one reboot.

Right now I can, with some gumption, I can rebase from Silverblue to uBlue, but because of how uBlue signs its images and deals with that in its own way, they recommend starting fresh. I don't like that idea, because they took an image based system and almost instantly distanced themselves from Fedora Atomic. But I also understand why they need to use cosign.

I mean if you run btrfs where the root is a subvolume, you could just delete that and create a new root subvolume, maybe just nuke the EFI partition and boot partition, bootstrap the sucker (or install the distribution) and you can switch between distributions fairly easily. Did it earlier this year, no problem. Very cool.

But I don't want to do that, even though I easily can. I want to be able to rebase and not distrohop. We're not quite there, but we're getting closer, and I'm hoping ostree will become the new standard so that we can easily just flip a switch and be in a different OS stack than the one we initially installed. It would really make Linux seem like one operating system, and if people could easily switch, I think that might make it easier to retain users on the Linux desktop.

Oh and by the way, you can use uBlue as a basis to create your own immutable Fedora Atomic-based system, that you can distribute if you want :)

[–] [email protected] 0 points 5 months ago

Nixos?