maybe it’s not as big of a thing as I imagine it being.

Yes, see my other comments in this thread for an explanation of this. The trick is that not all the calls are translated, as wine is able to use the arm version of the libraries rather than the x86 version.

ut I honestly doubt ARM can with the overhead of emulation

Most modern software (games excluded), is dynamically compiled. This means that it's not all one "bundle" that runs, but rather a binary that calls reusable pieces of code, "libraries" from the binary itself. Wine is dynamically compiled.

What makes modern x86 to arm translators special, is that the x86 binary, like an x86 version of wine, can call upon the arm versions of the libraries it uses ­— like graphic drivers. It's because of this that the people on r/emulationonandroid managed to play GTA 5 with 30 fps via the computer version. There definitely is overhead, but it's not that much, and a beefy machine like this could absolutely handle it.

https://moonpiedumplings.github.io/blog/scale-22/#exhibition-hall

The Facebook/Meta table had a booth where they had an ARM macbook that was running steam and they were installing games on it.

Doesn't fedora use zram by default nowadays?

There is concern amongst critics that it will not always be possible to examine the hardware components on which Trusted Computing relies, the Trusted Platform Module, which is the ultimate hardware system where the core 'root' of trust in the platform has to reside.[10] If not implemented correctly, it presents a security risk to overall platform integrity and protected data

https://en.m.wikipedia.org/wiki/Trusted_Computing

Literally all TPM's are proprietary. It's basically a permanent, unauditable backdoor, that has had numerous issues, like this one (software), or this one (hardware).

We should move away from them, and other proprietary backdoors that deny users control over there own system, rather than towards them, and instead design apps that don't need to trust the server, like end to end encryption.

Also: if software is APGL then they are legally required to give you the source code, behind the server software. Of course, they could just lie, but the problem of ensuring that a server runs certain software also has a legal solution.

Cal state northridge?

If I am being honest, I prefer the Switch form factor with the dumb little controllers

Android phone + Telescopic gamepad + winlator might be what you want...

(Or you can use one of the switch emulators on android...)

So, I'm not gonna pretend flatpak doesn't use more space then normal apps, but due to deduplication (and sometimes filesystem compression), flatpaks often use less space than people think.

[nix-shell:~/Playables/chronosphere]$ sudo /nix/store/xdrhfj0c64pzn7gf33axlyjnizyq727v-compsize-1.5/bin/compsize -x /var/lib/flatpak/
Processed 49225 files, 21778 regular extents (46533 refs), 22188 inline.
Type       Perc     Disk Usage   Uncompressed Referenced
TOTAL       53%      898M         1.6G         3.6G
none       100%      499M         499M         1.0G
zstd        34%      399M         1.1G         2.6G

[nix-shell:~/Playables/chronosphere]$ du -sh /var/lib/flatpak/
1.7G    /var/lib/flatpak/

I only have one flatpak app installed, and du says that takes up 1.7 GB of space... but actually, when using a tool that takes up BTRFS transparent compression into account, only half of that space is used on my disk.

I recommend using compsize for a BTRFS compression aware version of du and flatpak-dedup-checker for a flatpak filesystem deduplication aware checker of space used.

I think flatpak absolutely does use up more space, because yes, it is another linux distro in your distro. But I think that's a tradeoff people accept in order to have a universal package manager for graphical apps.

Also, you can flatpak cli tools. They are just difficult to run at first because you have to do the flatpak run org.orgname.appname thing, but you can alias that to a short command. Here is a flatpak of micro, a terminal based text editor.

(I prefer nix for cli tools though, and docker/podman/containers for services).

maybe this: https://moonpiedumplings.github.io/projects/build-server-3/#installing-debian ?

Just use distrobox (distros in podman containers) or flatpak for newer apps on desktops, and docker/podman for newer services on servers.

Arch wiki translates pretty well, but I recommend comparing it with the opensuse wiki, because some stuff doesn't line up.

Personally, I encountered an issue with tumbleweed secure boot, where the tumbleweed implementation didn't work. Switched back to arch after that.

Does your laptop have hybrid graphics? Based on the error it's possible that sunshine is running on the intel accidentally, rather than the nvidia.

You can force apps to run on the nvidia gpu with things like prime.

https://wiki.archlinux.org/title/PRIME#PRIME_render_offload

You may be interested in nix's home manager. It allows you to manage all of your home directory configs (dotfiles), as nix code. It has built in rollbacks, and can be git tracked.

You can then find other people's home manager configs on github.