Ralphred

Whilst there (probably) won't be legacy fixes for this, it's been "fixed" since Elden Ring was made available on Steamdeck.

I think i understand what you are asking, but my efforts have always been angled towards "making the win10 start menu look like a normal one". I've used KDE for nearly 20 years now, and know you can have "whatever menu you want", BUT someone has to "write" it first. How does https://userbase.kde.org/Plasma/Application_Dashboard measure up?

You need to look at the trends that are effecting Linux gaming to make a seriously informed decision. You talked about WoW, and wow devs have historically made efforts not to break wine unless necessary. Moving forward we've seen the introduction of Proton - Valve's wine based "plug and play" wrapper for setting up environments for games to work OotB. Then came the Steamdeck running an Arch based distro on an AMD backend - now we have a working EasyAntiCheat for Linux thanks to Elden RIng. When you use https://www.protondb.com to check up on game compatibility, right now it's trending towards Nv users bending over backwards with tweaks and environment variables aplenty to make up for poor driver decisions, and AMD users writing "no tweak" compatibility reports. There is no reason to suspect this trend will get any worse, but there is reason to suspect it won't get any better...

You'll want '-march=native', that lets GCC set the flags according to what the CPU it's compiling on* is capable of. There is a command gcc -v -E -x c /dev/null -o /dev/null -march=native 2>&1 | grep /cc1 | grep mtune for getting GCC to spit out "all the flags" for =native if you want to set it manually. (*careful if you are using distcc or compiling on a different system)

TeamViewer works better than vnc for that kind of support as it uses a "masquerade sidestep" for firewalls, meaning when disabled there is no security disadvantage. OP was talking about doing maintenance, a desktop is overkill for maintenance.

That's a bit overkill, you can just allow x11-fowarding and open GUI apps on the client machine (re: local machine) from the ssh terminal. There even used to be a program to do this on windows, but I've not used that this century so YMMV with that...

Keep your soul intact during "update season".

Is your left hand or right hand monitor the one plugged into the "new GPU"?

Start by posting the output of: xrandr|grep -v "^ ";xrandr --listproviders;export |grep "DRI" and if you have a pastebin your xorg.conf.

Something to be aware of is the amount of ram that is used normally to complete a copy command. Try copying something to a known slow drive (like a usb stick in a low speed port) and see how long after the command completes a sync command takes to complete << this is the remainder of the ram cached data being written. To benchmark raw speed you are better off using dd, and probably /dev/zero as a source if you are hitting a cpu bottleneck. There will also be "monitorable threads" related to the kernels fs processing if there is a bottleneck. There is a disk bench-marking tool too, though for the love of God I can't remember it's name, I just remember using it to test the ntfs-3g fuse vs ntfs3 drivers.

I've done it using multiseat; two users logged into the same machine, each running their own steam instance, but have 2 GPU's (one that does the work for both game instances, and one ancient one that just gives output for the 2nd player) A bit of cgroup tweaking for resource control and we do double team Elden Ring Colosseum. The biggest issue i had was the bluetooth game controller and "steam input" making its virtual xbox controller available to both games at the same time, but some strict udev persmission rules and i was all good. For remote play, would steam remote thingy work with his steam instance running in a backgrounded tty?

Yeah, there is. Sudo has been defanged by by modern distros by using the ALL directive in the /etc/sudoers file. What should be there in place of ALL is a list of actual commands that a user (or group) are allowed to execute with root privilege. Now, if you need ssh access then set-up exclusive private/public key authentication, then a user that doesn't have user or group permissions in sudoers, and make sure there are no 'authorized_keys' files for other users. If that user isn't in the wheel group either they won't be able to use su to a: change to a user with sudo rights, b: su to root. As long as your "admin" user is in the wheel group and able to su to root with a password, sudo is a bit redundant with ALL permissions and you can cut sudo access down by just removing that directive. Lol, a bootable usb, chroot and passwd fixes that.

Check out https://www.protondb.com/app/1922560 Obviously the reports from mint are going to be more helpful to you, but try the proton versions that are reported to work* (actual versions, not experimental, that's a rolling version). Ignore this, maybe...** Very ignore this. Yeah, this has happened to me recently ( I think it's a an updated grep thing?), I don't think it stopped things working, but I fixed it anyway ('cus it was my script that threw the error) EDIT: I wrote a fix for this, but it works with or without out it in this case, so... **Before going any further, try "protontricks", it's winetricks for a specific steam app id (basically looks up what's installed and sets the wine prefix to steams prefix for it). If you have any winetricks version installed, the auto-update thing works, but will most likely be broken by your package manager next time it gets updated "officially". Now, in the past I have got rid of "missing fonts" (your almost blank app windows issue) by installing the fonts (https://corefonts.sourceforge.net), used by the wine app I was trying to run, natively on my OS, then they are "just available to wine"; that said this was outside of proton and not ariel, so not sure if it will help here... *If you want to use a GE proton version listed as working from protondb.com: exit steam get the version you want from https://github.com/GloriousEggroll/proton-ge-custom/releases make sure the directory ~/.local/share/Steam/compatibilitytools.d exists (mkdir ~/.local/share/Steam/compatibilitytools.d) use your favourite archiving program to extract the whole GE-ProtonX-yy directory into the compatibilitytools.d directory (not just the contents, the whole folder) restart steam EDIT: Erm, this means the downloaded file was corrupt for some reason. Go back to earlier and use protontricks to install arial for the steam version with protontricks 1922560 fonts arial

No doubt, but OP is switching from windows; as someone who has to use windows about 50% of the time professionally cinnamon and kde are less likely to "mess about with muscle memory" meaning you can do more things using lower level cognition (re: without really thinking about it), and he's going to have enough to think about. This is why I recommend a Debian VM, because it supports them all with no messing around beyond installing them. It's important to at least see them all as everyone's concept of "what is intuitive" differs with each individual.

Linux has more choice, you need to work out what what desktop environment (DE) best suits your needs: Coming from windows, KDE (any distro) or Cinnamon (Mint exclusive really) are closest to that (menu and context menu wise) Coming from a mac, something a little smaller like XFCE. The "big two" are KDE and Gnome, though Gnome has been on a downhill slide since version 3 came out. People say KDE is bloated, but only because they are filtered from slim-lining it by the distro they choose. On that front I'd suggest using Debian on a VM before making the switch, you won't have to worry about drivers on a VM as they will all be virtual, and you just get to play around in different DE's. Hardware compatibility (outside of nvidia) is pretty much taken care of by the kernel version, version 6+ is gonna take care of anything at least 6 months old easily, over a year v5 will be fine, but if you need firmware you need to make sure it's installed. The tool nvidia provides for linux install is pretty solid TBH, but requires kernel sources to compile against; because of this most distros offer a pre-compiled module/libraries, but it uses a different license so you'll have to follow their directions for that. Proton is the shiznit, over the last 5 years I've gone from 90% custom wine, to 90% proton for running games, the peak was Elden Ring when it worked out of the box on release day (with a little tweaking). The Steamdeck is only increasing protons efficacy at running things "linux shouldn't".

What protocol does goxlr use to connect to, well everything? Assuming it's libpulse, you'll need to create a loopback in your pa config so you can redirect the output from [whatever sink you like here] to OBS. If you are doing a lot of sound stuff, whilst the set-up is a chore, jackd makes this sort of thing much easier.

Ahh, I think the similarity in nomenclature between bluez and OP's original post has caused confusion. A piece of hardware physically attached to your computer that provides bluetooth connectivity (a laptop's wireless card, a USB dongle) is referred to as a "controller" within the bluez software stack. That said, my media PC acts as a bluetooth speaker, and that doesn't stop the BT keyboard working when it's playing or I'd have noticed when setting it up.

Try connecting more than one, see if they interfere with each other/break. If it doesn't work bluez supports multiple controllers out of the box, so plugging in a cheap bluetooth dongle and following any "<my blue tooth device> guide for bluetoothctl" and adding "select <controller>" at the appropriate point should "just work".

There is no need to apologise, and this thread is forever, one day it may help someone

with `snd_hda_intel.model=[model]` in grub or 'echo "[model]" > /sys/class/sound/[card]/modelname'. However, OP's card needs firmware, not sure the kernel will load it because of a sysfs poke as it's a hardware thing, not a codec thing.

I think you posted the wrong lspci output? There is no "intel hda" in the text file.

Yeah, it's helpful: The kernel isn't detecting the card at all, or detecting it as something else... @sageofredondo how does lspci behave when something is completely unidentified, as not in pci.ids etc. Should we expect to see it?

Read the install guide before you start, and have it open on another device when installing. When doing kernel configuration make liberal use of 'lscpi -nnk' and 'lsmod', you can use / in menuconfig to search for module names and make sure they are enabled. Remember you are essentially building an OS from the ground up, whilst there is a temptation to install a desktop meta package and let portage (the package manager) handle the rest, do your best to make sure everything underneath is installed, configured correctly and working first. OpenRC is a lot easier to use than systemd, especially for a first time install, you can always switch later.

Yeah, EFI bootloaders can be bigger than the traditionally allocated space, most people make an unused 1-2Mb partition at the start of the disk so as not to overwrite the bootloader.

Post the output of cat /proc/mounts and cat /etc/fstab please.