If I remember correctly the default sudo timeout is set to 5 minutes on Yay, you should be able to increase it to something more reasonable

Additionally you can try and force use amdgpu rather than radeon, by setting the kernel flags:

radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 amdgpu.dc=1

Source

No bios update, but you most likely received both microcode updates (which is what will fix/mitigate the Intel issue, the bios is only to ensure everybody gets the microcode update) and firmware updates (from linux-firmware)

Of course non-mainlined (i.e. not in the linux kernel) firmware is a bit more iffy, luckily it's getting slowly better with OEMs using fwupd for those scenarios

Could it be an issue with the Nvidia drivers, boot with acpi=off and then install the (proprietary) nvidia drivers and then reboot to see if it boots normally now?

Running: swaymsg for_window "[app_id=mpv] opacity 0.5"

Works as expected on my end, are you missing just executing for_window?

Note, you can also add multiple rules in the same execution, e.g.

for_window {
    [app_id=mpv] opacity 0.85
    [app_id=LibreWolf] opacity 0.85
}

Also, note that app_id of LibreWolf is capitalized in that manner. You can get that information [app_id, shell etc] by running swaymsg -t get_tree

Feel like most people still do the scripting in Bash for portability reasons, and then just run Fish as the interactive shell

Archlinux's XZ was compromised as well.

News post

Git change for not using tarballs from source

Start with the basics, do you see your Nvidia GPU pop up when using vulkaninfo --summary?

If it doesn't pop up, verify that you have the correct vulkan ICD files in: $ ls /usr/share/vulkan/icd.d/

There you should have nvidia_icd.json, nvidia_layers.json. If that's missing, you're missing the nvidia-utils part of the driver.

If they are there, but it still don't show in your vulkaninfo sumary, you could try to load the nvidia driver manually; modprobe nvidia, also check the kernel logs journalctl -k or dmesg and search for nvidia to see whether the driver got loaded correctly?

I've used: User Agent Switcher

Successfully using;

1. Whitelist mode
2. Domain = teams.microsoft.com
3. UserAgentString = Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36

They support meetings in Firefox so it's a bit weird why they would block calls... They're effectively the same thing

Additionally, if you change your userAgent to be Chrome things are working pretty good in Firefox as far as I've tried it (not too extensively)

From: This thread

Seems like you can try and debug the execution by running switcherooctl launch *application*, which should (manually) do the same as when you right click and click Launch with dedicated GPU, because I think Mint is using switcheroo, same as Gnome is.

But would then hopefully log some debug information for you in the terminal itself

I've tried running steam with the dedicated GPU option

What exactly are you running to choose the dedicated vs integrated GPU?

I also get the freezing issue without running with the dedicated GPU when I launch steam but found that launching directly to the steam settings window from the menu reduces the chances of freezing.

Hmmm, whenever this happens, it might be worth looking at the kernel logs, see if something crashes. You can check them with either

journalctl -k -xef or dmesg

Kernel: 5.15.0-82-generic

In general it's recommended to stay on newer kernels/mesa when using the open source GPU drivers, could be worthwhile trying to update that (think there's a PPA you can pull from)