You can do this using Lutris.
Note that this isn’t a perfect sandbox. For example, the game can still send a link to your browser to open. Theoretically it could do something malicious with that. Though you could probably work around that issue by changing your default browser to a flatpak version and disable network access there. There might be other small sandbox breaks, but nothing I can think of.
I used to always remove Fedora Flatpaks, but I’ve grown to like them.
They are built from Fedora RPMs, so follow Fedora’s packaging and building guidelines. Meanwhile Flathub and snap are the wild west of packaging; many flatpaks/snaps are just repackagings of existing packages, which are often built against ancient glibc and libraries for broad compatibility for traditional packages.
They use libraries that are in Fedora’s repos. So any vendored dependencies in a Fedora Flatpak will get automatically updated once the app is rebuilt. Meanwhile on Flathub/snap, those vendored dependencies need to be manually updated (though there are tools/bots for Flathub that automatically check for updates and can even create merge requests). Upstream app developers may not upgrade their apps in a timely fashion.
I also much prefer how Fedora handles runtimes. I only have two Fedora runtimes on my system, Fedora Platform and Fedora KDE 6 Platform, which are both based on Fedora 41. Meanwhile on Flathub, I have 52 runtimes installed. Thankfully most of these are small, but there are still quite a few larges ones. Multiple versions of mesa, multiple versions of Qt, multiple versions of the Freedesktop runtime.
By far the biggest disadvantage is that they’re affected by Fedora’s copyright/patent restrictions. So most multimedia apps I end up installing from Flathub so I have working codecs. But there is some work being done that would allow Fedora Flatpaks utilize ffmpeg-full from Flathub.
I’ve seen an unusual number of posts recently from people on Fedora having issues with the rpmfusion version of Steam. Maybe something is broken with it.
Unless the OS installer chooses to wipe the driver, which Debian’s (non-calamares) installer does.
almost all distros include a … driver app
Not really. Ubuntu and Mint does, but Arch, Fedora, and Debian don’t. The latter two don’t even have the drivers in their main repositories.
The virt-manager flatpak doesn’t work out of the box, you need to do some setup on the host. At that point you may as well use the deb of virt-manager.
Phones make the encryption invisible to the user.
That’s not the case on Linux unless you’re willing to put in a bit of work to set up TPM unlocking yourself or use one of the few distros that use TPM by default, like Aeon.
And even then Aeon’s not perfect. Sooner or later the TPM will fail and you’ll have to enter your long backup password and reenroll the TPM.
This was already posted: https://lemmy.world/post/23663169
This is my result with the Chromium flatpak with ozone set to auto, AMD GPU.
Even though it says video decode is hardware accelerated, it doesn’t seem to be doing so according to Resources.
Are you using two separate devices? If so another option could be LocalSend, it allows you to send files over the same network.
I used it for sending a couple hundred GBs of files. Didn’t take too too long. Also avoids unnecessary writes to flash media.
To my understanding, the kernel should clean up any memory leaks an app has when you close it.
I’m not sure if it is related to Newsflash is the problem. Besides, I’ve been using the same version for months, but this has only recently become a problem. And the problem persists after Newsflash is closed.
No integrated GPU.
Resources reports the same memory usage as btop. free tells me only 6GB is being used for cache.
On a fresh boot, Resources and btop report less than 2GB RAM usage, obviously not including cached stuff. So for both tools to report 18GB with no apps open, it’s strange.
ps aux looks all normal, nothing in the background using more than 1% of RAM.
Using Fedora Silverblue 41 with btrfs.
No large files.
All normal
Better game performance in some scenarios when running a game natively under Wayland. It helps to minimize GPU downtime when it could instead be rendering.
I was using a 1660 Ti around 3 years ago and I don’t remember it being this stuttery, even on Wayland. If this is a problem on newer NVIDIA cards, then I think I might have to go AMD again despite the worse raytracing. I wanted to get an upgrade before upcoming tariffs affect graphics card prices.
They call Bazzite cloud native because they use a lot of technology often used in the cloud, but it’s still a locally run OS with no dependence on the internet apart from getting new updates.
Unlike traditional distros, it uses flatpak for apps, comes with podman (similar to docker) if you want to use containers, and has a more robust update mechanism.
Yes