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.
LXD was under the Linux containers project earlier. After the Canonical takeover of LXD, the following changes were made:
The repo privileges of the original LXD developers were revoked. Those developers are driving the development of Incus now.
LXD’s license was changed to AGPL+CLA
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).
@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 $$$
And, most importantly, Fedora is the fronteer of innovation.
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).
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.
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.
People love using flatpaks instead (yes I know of all the shortcomings, but you can always choose another install method for that broken package).
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).
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.
$ flatpak list | grep nvidia
nvidia-550-76 org.freedesktop.Platform.GL.nvidia-550-761.4system
nvidia-550-76 org.freedesktop.Platform.GL32.nvidia-550-761.4system
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.
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
deleted by creator
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).
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.
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.
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).flatpak-update () { LATEST_NVIDIA=$(flatpak list | grep "GL.nvidia" | cut -f2 | cut -d '.' -f5) flatpak update flatpak remove --unused --delete-data flatpak list | grep org.freedesktop.Platform.GL32.nvidia- | cut -f2 | grep -v "$LATEST_NVIDIA" | xargs -o flatpak uninstall flatpak repair 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.
$ flatpak list | grep nvidia nvidia-550-76 org.freedesktop.Platform.GL.nvidia-550-76 1.4 system nvidia-550-76 org.freedesktop.Platform.GL32.nvidia-550-76 1.4 systemEdit: 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.