58
Can someone explain Universal Blue (and images based on it) to me?
(discuss.tchncs.de)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 06 May 2024
58 points (98.3% liked)
Linux
45773 readers
979 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
For one thing, image based distros are very convenient. If you tell someone "Just install Bazzite", they will probably have a nice gaming experience without any tinkering, because everything is already set up for you ootb.
You have to understand the concept first. Fedora Atomic/ image based distros are built from top to bottom, not on the same level. If something changes from "above", your install will change too, to an 1:1 copy basically.
Problem is, if stock Fedora isn't allowed to ship/ doesn't have some things pre-installed, it's harder to iron out on the user level, e.g. by negatively affecting update times.
uBlue is basically a "build script", that takes the upstream image, modifies it, and redistributes that with the changes included.
In that way, the image from other users is the same as yours, with the same bugs.
This makes it more efficient and user friendly.
It also allows devs to make their "own" distro with only their changes included, while offering a very solid base they don't have to maintain themselves.
So what I understand uBlue is not to Fedora Atomic as Nobara is to Fedora?
Like, I can install Silverblue and get anything with rpm-ostree, but that is an overlay on the tree (like a git patch) instead of simple changing the files like on regular distro. Because of that swapping base of the tree to new or different version take computing time, so people are free to build custom base to their needs for convenience. And uBlue is a system to build those images easly. Do it get it right? 😅
The more packages you install rpm-ostree, the likelier your system will break. You effectively turn back to a traditional distro that relies on a package manager, so all the things that can go wrong with a package manager are bound to go wrong. The whole point of fedora atomic is to offload the OS composition (so all the complicated packages stuff) higher up the chain. So that not everyone mixes up their own combination of packages installed, but instead you get a (semi-) fixed combination of packages that has been tested to work already before it lands on your computer.
The uBlue images are just different package combinations - but still you're not the only one rocking the packages combination of bazzite for example, so it is rather unlikely you'll run into a problem that only you and nobody else has.
This to me is also what sets fedora atomic apart from Suse MicroOS for example. With MicroOS you still have a package manager messing about with the system, and once it makes a mistake that gets buried in your system forever, except if you notice, roll back and fix it. As where with fedora atomic the mechanism how your system layout comes to your computer is similar to how git works (ostree) or images (like docker, which is what ublue ships). So if there's a mistake in how your system is layed out, the next time you rebase/update you are guaranteed to end up with a the intended system layout.