Ok but KDE has official Snap packages so they already are “legitimizing it”. Also snap won’t be able to entshittify anything. Snapd is still open source, so you can just repackage the software for different package system.
Ok but KDE has official Snap packages so they already are “legitimizing it”. Also snap won’t be able to entshittify anything. Snapd is still open source, so you can just repackage the software for different package system.
This is a stupid argument. In FSF’s eyes even having nonfree repository (ie. for drivers) is bad so this is completely irrelevant for anyone considering flatpak or snap. Both have nonfree stuff in there.
Don’t introduce proprietary crap just so companies can profit off of it.
I agree but I think it’s the user who should be able to make the informed choice (ie. during installation)
But flatpak also brings a lot of bloat. That’s the point of these 2 formats. You are trading bloat for portability.
The question here is not which one but why not both[*]? Also the target audience for this distro doesn’t know how to add repos, that’s the point of it.
[*] the answer is that Snap Store has had malware in it multiple times but that could imo be solved by a disclaimer
Don’t worry, the whole thing is that GNU boot contains proprietary firmware for testing coreboot. The only distros affected are GNU Boot and Canoe Boot. Upstream coreboot has that testing firmware there intentionally so it’s silly to call it “affected”.
FSF is doing great stuff for the world but I think FOSS is kinda held back by being led by nerds that are “a bit different”. (edit: I mean that with respect. These nerds are surely nice people and great coders but imo not great philosophical leaders)
My guess: Generally it should not be that different since most of it is handled by the EC firmware. (Proprietary is OK in FSF’s eyes if it’s baked into the hardware) But Canoeboot does not include microcode updates which could affect the CPU’s power management. (Clocks speed, Vcore, etc.)