All the kernel Rust code is GPL, so you can leave that slippery slope alone. MIT licenced core utils just leave the door open to eventually using them in the BSDs as well.

For me it just enters this mode sometimes seemingly at random after locking and unlocking with the app open. Restarting the app fixes it for me.

Then the answer is definitely not - at the very least Wine would need to simulate a very large part of the NT kernel.

You should factor in that nowadays it is fairly normal for a single person to have multiple computers, so "My PC" is not specific enough anymore.

I'm not sure what a flatpak version could possibly do any better than the version I use.

The official OBS flatpak supports more codecs and integrations than some distro packages.

Stability is also a factor, especially on rolling or cutting edge distros. Fedora RPM release of Blender did not work for me at all with an nvidia GPU, for example.

If you have multiple monitors with different refresh rates, you'll notice immediately.

AFAIK no systemd -> no flatpak -> don't recommend to newbs. Say what you will about flatpak, but it is the official distribution method for some popular pieces of software and large GUI software generally works better through it (in my experience) - think Blender, GIMP etc.

nvtop also works with AMD now and is way nicer than radeontop IMO

What's wrong with Jerboa? Been using it since I left reddit, seems perfectly fine to me.

If you're thinking about the recent thing, the real Go library (boltdb/bolt) was not compromised at all. The malware was in a similarly named package (boltdb-go/bolt), this is called "typosquatting".

Link to article

IME it substantially increased download speeds as well. There's stuff that I would not have gotten at all without port forwarding.

AFAIK that's exactly what it does.

Interesting, I've had 3 Gigabyte MOBOs and GPUs. One GPU died after 6 years, which is unfortunate, but seems reasonable. First MOBO is still going strong 10 years later. Have had no issues otherwise.

Well, for example, my MOBOs Ethernet requires the Realtek out of tree drivers (at least it still did on 6.11), which don't always compile on the current kernel. Ironically, the WiFi works fine.

I suspect most of the resource usage is LSP plugins, so equivalently configured neovim should be about the same, really. If you use VSCode as a plain text editor, it does not use that much RAM.

Apparently Chromium has merged support for it, so it should get to Electron soon-ish: https://chromium-review.googlesource.com/c/chromium/src/+/5871484

https://flatpak.github.io/xdg-desktop-portal/docs/doc-org.freedesktop.portal.GlobalShortcuts.html

KDE has support for it, Gnome is in progress: https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/47

Tuxedo is violating Linux's licence - driver modules use the kernel and therefore have to be released under a compatible licence. That's all.

There's nothing to prevent data races. I myself have fallen into the trap of using the same list from multiple threads.

There's a difference between source available and open source. For example, actually being allowed to distribute modified versions is pretty damn important:

Restrictions

• No Distribution of Modified Versions: You may not distribute modified versions of the software, whether in source or binary form.
• No Forking: You may not create, maintain, or distribute a forked version of the software.
• Official Distribution: Only the maintainers of the official repository are allowed to distribute the software and its modifications.