Is the F-Droid version abandoned? It crashes on startup on my phone.

Yeah, adding a separate microarchitecture like amd64v3 would be a separate item. They might be able to do that with amd64v3 overlay repos that only contain packages that most benefit from the newer microarchitecture.

Personal stuff goes in ~/Projects

Work stuff goes in ~/Work/Code

My laptop had 2 USB4 with type C connectors, a USB 3.2 type A connector and a USB 3.2 type C connector, but recently it’s had an HDMI connector instead of the 3.2 type C.

Especially if you’re using raid5 for multi disk.

Kinda amazing how some people would rather spend their energy denying well-known facts than just admit that both players are kinda crappy…

Still pretty important given how many systems are using the 1.0 series.

Snaps have had a permission system for at least 5 years now.

I don’t have a good comparison for this since my Intel CPUs are from 2014 or earlier, but I was thoroughly impressed with how well my new AMD laptop did video encoding (compared to the only-as-expected bumps in performance otherwise). Do you have examples of how much better QuickSync is than VCN?

If meatballs and mashed potatoes with lingonberry sauce are against the Geneva convention it’s probably time we had on Oslo convention.

I’m quite aware. I’m currently a maintainer of packages in all three formats.

You’re making my point for me though. Each of the other things you’ve suggested is more work than requires more expertise. Popping up an emulator on an existing box and dumping a ROM in there is something an intern can do.

All of these other things can be done, but they’re not as quick and simple, and that’s why we’re seeing this in the first case - Nintendo went with a quick and simple solution, and someone found a bug (it still plays Windows noises).

I simply don’t understand how this is any different from the fact that Ubuntu doesn’t include RPMs?

It’s the exclusivity to snaps and nothing else that bothers me. Like, you don’t have a choice but to use snap for some packages.

Seems like a weird take. Before snap came along this was true to the same extent of Ubuntu with Debs. The fact that they’re migrating some of the packages they maintain (that also happen to be the trickier ones to maintain as deb files) to snaps doesn’t prevent you from getting another repo that has the package as a deb and using that any more than your distro not having the latest version of an app prevents you from downloading and building a tarball.

¯\_(ツ)_/¯

I take it you’ve never ported an application to a different platform running on a different hardware architecture before.

The Ubuntu Core Desktop demo at SCALE this year actually got me pretty excited for my desktop in a snap, or at least for playing with that. The closest analogy I have is to NixOS, since it’s way more flexible than just an immutable base.

If I can get some sort of KDE Neon type distro with immutable apps and desktop, I could potentially switch my family over to that and manage it all remotely (really big deal since my family is spread across 3 continents). Landscape is pretty good at remotely managing Ubuntu Core (I’ve not found anything even close for NixOS), so I’m hopeful this would reduce my management work when my family’s current Chromebooks need replacing.

KDE is pretty tech neutral. They publish on Flathub too.

Personally I’m pretty excited about the snaps of more KDE apps, as it’ll allow me to have the latest KDE apps even on my systems where Flatpak just shits the bed.

This looks a whole lot like it’s probably some random emulator they grabbed and full screened?

Making an FPGA for all of this is far more work than pulling an open source emulator and sticking it on a machine…