TheCaconym

I did, years ago, it worked perfectly. This was when DX9 was an option for it though, but given since then dxvk / etc. came out the DX11 renderer should not be an issue. In fact I'd be surprised if the game didn't run as-is without any tweaks.

I suggest using the gog version. appdb suggests installing vcrun2010 might be needed but again, test beforehand.

What's the browser you're using ? and also please do:

glxinfo|egrep -i "^direct"

You're looking for a line that says "direct rendering"; specifically whether or not it says "yes". This will help pinpoint if you're actually using your GPU or some onboard chipset instead.

With that being said, even assuming you use the latter, stuttering video playback in the browser is weird; if using firefox, out of curiosity: try to disable or enable hardware rendering (options > advanced > general), and try again. Switch it back to what it was when your test is done.

BIOS booting stays winning

Thank you !

I stand corrected, that does look close to noscript's feature, thanks !

Though I don't know if it has a "whitelist mode" (all JS disabled by default everywhere but content still fetched) like the default noscript has.

uBlock Origin does not block javascript execution depending on the domain. They do not serve the same purpose.

noscript is essential security-wise IMO

DVI should not control the monitor's actual physical controls - it does include a small non-display channel but IIRC that's used to get the display modes info from the monitor, and potentially to transmit contrast information and the like; some monitors will prevent you from adjusting contrast if DVI sends that info for example, but it certainly shouldn't disable the power button.

My guess would be a hardware issue - in the monitor itself - which is somehow triggered by the sequence in which you do enable the displays, and your system update being unrelated. It's a huge guess though. One thing to try is repeating both sequences (the one that locks your buttons and the one that doesn't) using a live CD - not a "nobara 38" one if such a thing exists, another distro. Trying both monitors on another computer would be an interesting test as well, although not necessarily that helpful (because if it doesn't occur there, it might just mean the issue is triggered by peculiarities in your graphic card).

I really wanted to avoid a debate (doubly so in a thread where some dude just wanted some help), which is why I'm trying not to engage the various answers I got; though just one thing since I apparently can't help myself: Qubes, which you cite, is indeed an example of such improved security done correctly, through an hypervisor and a solid implementation; not cgroups, some duct-tape and the same kernel, and thinking your security has improved. Thanks again, at any rate.

I disagree with most of the benefits you list (chief among them "increased security") - not to mention half of them are already supported by traditional package managers - but I was genuinely curious so thanks for the rationale.

Can I ask why you choose to use one of those weird "immutable" distributions in the first place, out of curiosity ?

I want an openbox/fluxbox look and UI. About the only one I know of is labwc, and it's shit (despite being proudly on your list). I'm fairly sure that a lot of these, in fact, aren't close to usable.

Again, it's not that relevant, for now I can still use Xorg. For now.