this post was submitted on 26 Apr 2024
202 points (81.8% liked)
Linux
48157 readers
601 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
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's astonishing.
Fedora introduced a whole new distro where you can't install anything with dnf anymore and people love it. People love using flatpaks instead (yes I know of all the shortcomings, but you can always choose another install method for that broken package). And ubuntu users just hate ubuntu for what they do. The difference may also be that fedora gives a choice to the user and does not directly force it
Mir is not a good example of distro engineering, because it's an extreme case of NIH syndrome. Unlike what it is today, the original Mir was an alternative to Wayland.
The story started when Canonical decided that X isn't good enough and they needed an alternative. They chose Wayland first, exciting the entire Linux desktop community. But then they dropped Wayland in favor of the new in-house Mir project, citing several drawbacks to Wayland. The Wayland community responded with several articles explaining why Canonicals concerns were unwarranted. But in typical Canonical style, they simply neglected all the replies and stuck with Mir.
This irked the entire Linux community who promised to promote Wayland and not support Mir at all. This continued for a while until Canonical realized their mistake late, like always. Then they repurposed Mir as a Wayland compositor.
Now this is a repeating story. You see this with Flatpak vs Snap, Incus vs LXD, etc. The amount of high handedness we see from Canonical is incredible.
FYI my understanding is that Incus is forked from LXD, because nobody trusts Canonical any longer. I don't think LXD itself is them doing the thing that makes them untrustworthy.
You might be referring to something they have done since then, apologies if I misunderstood. Wouldn't be surprised if they tried to make it a Snap or force Snaps into it.
https://linuxiac.com/incus-project-lxd-fork/
LXD was under the Linux containers project earlier. After the Canonical takeover of LXD, the following changes were made:
The first point means that Incus is the true successor of the original LXD. The current LXD is a jealously guarded pet project of Canonical in the same manner as Snap and Mir.
As for the second point, I'm usually a proponent of AGPL. But CLA corrupts it so much that it's more harmful than with a permissive license. The real intention of this license change is to prevent Incus from incorporating changes from LXD (since the copyleft license of LXD code is incompatible with the permissive license of Incus). Meanwhile LXD continues to incorporate changes from Incus, although the Incus developers haven't signed any CLA. This move by Canonical is in very bad faith, IMO.
So yes - I consider LXD to be untrustworthy. But that doesn't cover the old LXD code, its developers or its community. Those transformed fully into the Incus project the same way OpenOffice was forked into LibreOffice. And I don't trust the LXD name anymore in the same way nobody trusted the OpenOffice name after the fork (before it was donated to the Apache foundation).
Oh, yep, that's shady and bad behavior. Thank you.
@babara@lemmy.ml
The difference with Fedora Atomic, which I think you refer to, is that it's totally open. For example, people started using the OCI containers differently than Fedora intended, which resulted in uBlue and stuff like Bazzite.
Also, no one forces you to use Flatpak. You can still use Distrobox and use Pacman/ APT/ DNF/ whatever you prefer and export your apps that way. It's just that Flatpak "won" and doesn't have many drawbacks, and is very convenient. I mostly like them.
And, most importantly, Fedora is the fronteer of innovation.
There were many projects and ideas that failed, but many more succedded (Wayland, image based distros, etc.), and Project Atomic is just one more "testing ground" that is well thought out imo. Therefore people are expecting to "test out" new generation Linux stuff, it's just part of Fedora. If you don't like that, use Debian instead.
I can recommend you to give Fedora Atomic a chance, it's an extremely nice family of distros (e.g. Bluefin/ Aurora, Bazzite, etc.)!
Edit: one more thing is that Fedora is, in contrast to Ubuntu, not controlled by a company. RedHat doesn't have nearly as much influence as people think, it's mainly community driven, and therefore choices aren't (in theory) influenced by $$$
What I find impressive about this is that they turn this into a stable product. Early Fedora Core was more of an experimental distribution but those times are long gone (IIRC around Fedora 19).
Can you elaborate on this? I landed on nix for my PC turned server and haven't regretted it, but I've been hesitant to go all in on my main laptop (I'm wary of my laptop iGPU and GPU switching becoming a config issue, and I'm dreading having to configure my wsl dev environments again...)
Windows is getting blatantly terrible enough I know I'm just putting it off, maybe a cool new technology might help make it sound more fun
I don't know what I should say tbh π
For the start, you can read my post about image based distros: https://feddit.de/post/8234416
Imo, Fedora Atomic is NixOS made easy. You can go to the uBlue-builder and modify a custom image if you're a tinkerer.
NixOS is down-to-top (local config file that defines your host), while uBlue is top-to-bottom (you modify an image, image gets built on GitHub and then shipped to you).
This allows you to fork or create an existing "distro" without having to maintain a whole distro yourself.
Other than that, especially uBlue is extremely user friendly imo.
I love nothing else more.
Ok, when I googled it earlier I saw "containers and roll back to previous version" and I made a note to do more reading
Your write up was good, much clearer than what's on fedora and Wikipedia. And the fact you pitched immutable OS's in general first caught my attention... The concept is a no brainer. Decouple the os and the rest of the software, and don't bother digging into one of a kind conflicts when updating things - just make it rebuildable and create it fresh. You never know when the wrong bit will flip
Nix's "learn this one thing, configure it once, and you're done" stuck in my head. And after a different distros, a couple lines installed Nvidia, Nvidia's docker package and docker
But then I had to configure WiFi and spend half an hour learning why I couldn't mount an external drive and how to manage it... I still have no regrets, I've got a USB that should start converting my friends and family's old PCs into a self organizing AI/self hosting cluster... Hopefully it works next month lol
But not what I want in a daily driver. I want something that'll quickly do what I tell it and gracefully handle the fact I have 6 versions of Java and no idea why I need a version from 2018 specifically. And that I'm going to add a repo to install something and instantly forget what I did if it seems like the best path forward at the time
You've sold that pretty well - my takeaway was that atomic fedora is very modular and low side effect and also an interchangable foundation I can swap out and roll back easily... At this point, if it can run containers and the drivers I need, it sounds like a great option.
I used to use VMs so every 6-12 months I could start clean with the latest and run setup scripts for my dependencies... It was just easier than debugging some conflict. This sounds even cleaner - I swap out the base at will, and the stuff I've built on it should stay intact. Plus it sounds much more testable
So my main concern is will it run on an HP omen - it has zero Linux support and a bunch of concerning driver needs, but it does have a second m2 slot... What's the worst that can happen? Except apparently some models forget they have fans in Linux and I just know the iGPU-GPU switch will cause some problem with sleeping... But Windows is only going to get worse
Now that you've convinced me this might be the best course (I only see less problems than other distros would have), and I've talked myself into giving it a go, is there any recommended reading or key concepts I should look into? Any particular flavor(s) you'd point me to first?
Sometimes, software, especially install scripts for something, are less common for Silverblue, but executing those is very risky anyway and I never felt the need for it.
And, as I said, some things just work differently. But NixOS is one million times worse than that in that regard, so don't worry about it. You shouldn't have many issues.
I don't know. In my opinion, my post should cover most stuff concepts and differences.
Don't worry about it, you'll use Flatpak anyway most of the time, and it updates itself automatically, so the package manager (rpm-ostree) doesn't matter much for you.
You can still use your prefered package manager (apt, dnf, etc.) in Distrobox.
Other than that, just don't worry and use your laptop for whatever you want to do.
And about flavor choice, there are a few options:
Just go to the uBlue homepage and see for yourself what appeals to you :)
Well hey listen, I appreciate it. I would've spent who knows how long waffling between distos that I don't feel drawn to, and even if I came across an atomic flavor, I probably would've just assumed it was marketing fluff
Good ideas need advocates, and this is a good idea... It's a promise of an OS I want, not just running from one I don't
I'm probably going to look at bazzite first. If I have containers that can run LLMs on my GPU, that checks off everything on my wish list except gaming. I'll read up on it though, you've given me the context I need to care about learning more
It is absolutely a different situation if it is opt-in. If Ubuntu made Snaps opt-in, people might not like them but it'd be a minor critique instead of fleeing the distro.
Well there is immutable, which you probably refer to with Fedoras new distro, and then there is Canonical pushing their shitty snap format, and kinda non-sideloading. Can't wait for the day when apt only ever allows to install snap packages.
Fedora Silverblue is in an entirely different ball game. You can't use dnf because it's an immutable image based system where you can't make direct changes to the Root system without making use of the rpm-ostree & VCS mechanisms. You're making a conscious choice by using Fedora Silverblue, and the pros out way the cons for most people making that choice.
In contrast Fedora Workstation allows you to use dnf just as normal because it's not an immutable image based system.
Ubuntu doesn't make use of any such system so their reliance on containerized user-space apps isn't a technical one.
Not on Ubuntu nor Fedora, but yes: If a "larger" package breaks on update and there is no fix available and I use that application on a pretty much daily basis, then I remove it and install the Flatpak variant.
Flatpaks are slower, do not work super well with Wayland (especially scaling, some applications have GIANT text, some have 5 pixels large text, but fortunately I was able to circumvent those issues for most applications I use via Flatpak), and you need to run another system for updates and updates are friggin slow.
There is also this monstrosity ...
It is not fault-proof and it throws an error if there no older drivers, but this prevents accumulation of outdated Nvidia driver packages (at one point I had nearly 30 different variants installed, resulting of a couple of gigabytes of unused drivers that are "updated" every time I ran
flatpak update
).On the other hand, the applications provided via Flatpak just work.
And messing with 32 bits multilib dependency hell for Steam or installing pretty much half of Kde just for Kdenlive simply isn't something I want.
I think they got the nvidia driver accumulation thing straightened out. On Fedora 40, I had it automatically remove a bunch of older versions and now it only lists the 64 and 32 bit versions I expect it to.
Edit: looks like it's fixed by this.
I think you have a typo in your last paragraph.
Flatpak should run better on Wayland compared to Snaps. Not to mention Flatpak has much better XDG Portal Integration.
Should.
Right. I just installed OpenSUSE MicroOS to try out, and it's the same idea. I agree with some of the anti-snap rhetoric. Closed, Canonical-centric system for profit; linking placeholder debs to download a snap. But the philosophy of all user applications come as chunky but robust packages that (almost) don't interfere with each other and the system - I think that might be the future for safer computing for non-technical users.