Preferably the drivers and quirks of the hardware would all be patched upstream so that you don’t need to use a distro with the fixes patched in.
“Boiling The Ocean” refers to the fact that this is what all the hackfest topics share in common: They’re all very difficult long-term efforts that we expect to still be working on for years before they fully bear fruit. A second, mostly incidental, connotation is that the the ocean (and wider biosphere) are currently being boiled thanks to the climate crisis, and that much of our work has a degrowth or resilience angle (e.g. running on older devices or local-first).
https://blogs.gnome.org/tbernard/2024/10/05/boiling-the-ocean-hackfest/
I’m just saying that I think it would be more accurate to group Gnome closer to Windows and KDE than MacOS. Especially if Dash to Dock and Appindicators are enabled, like in Ubuntu.
I could switch between Gnome, KDE, Windows, and most Linux DEs relatively easily, but MacOS’s feels quite different to me.
A good place to start is the “Water Cooler” section of the Fedora Discourse: https://discussion.fedoraproject.org/c/fun/8
I think a dev for Factorio discussed this issue on Brodie Robertson’s podcast.
I hear that Gnome can struggle on touchscreens due to some GTK bugginess.
Plasma is probably a good bet since it has a dedicated touch friendly mode and is tested on the Steam Deck, which has a touch screen.
There’s third party Appimages. They also had a blog post discussing using Appimages for testing builds. If that gets done, I don’t see why they wouldn’t offer an official build.
Funny, FSR2 helps me a lot but FSR3’s frame generation does nothing for me.
Makes sense that it includes snap given that KDE officially supports their apps packaged as snaps, unlike Gnome.
If I recall correctly, aren’t they going for an Arch base? I assume they’re going to be enabling AppArmor so that the snap sandboxing is mostly working, except for the patches Canonical have failed to upstream so far.
If they’re not including the proprietary Nvidia driver, they’re definitely not including ZFS.
Not relevant
Drew started the project but he isn’t really involved anymore. Simon Ser is the lead maintainer now.
Note that this article is from 2022, albeit with an update in 2024.
I was confused when they mentioned they upgraded from Debian bullseye, were using an old Firefox version, and had to explicitly enable Wayland for Firefox. I then saw the date of the post.
With 2024.10, Bitwarden could no longer be built without their proprietary SDK.
That was deemed a bug and now the SDK is also licensed under the GPL.
I’ve been using it since the beta, some small hiccups with the new file picker (didn’t work with Steam initially) but everything is working nicely now. Only regression I’ve noticed is that with the new nautilus based file picker, you can’t drag a file from Nautilus to the file picker and have the file picker switch to that location. Hope that gets addressed soon.
Oops, fixed. The post had “#Fedora” so instinctively I ignored the hashtag.
Finland is experiencing suspicious acts of sabotage and disruption and believes Russia is engaged in broad-ranging influence operations against it and other European countries
Since Linus is Finnish, this literally hits home for him, hence (probably) his reaction.
An interesting thing I found while testing my install script on Silverblue is that rpm-ostree now requires your password. Previously, users in the wheel group could use rpm-ostree with no password due to the polkit configuration.
What audio bugs? Main issue I’ve had with 40 and 41 is that the sound output will change back to my headphones after I lock my screen and monitors go to sleep.
Fedora Silverblue