Linux

My Instance doesnt seem to federate with them, so here are some links;

[email protected]

[email protected]

[email protected]

One big difference that I've noticed between Windows and Linux is that Windows does a much better job ensuring that the system stays responsive even under heavy load.

For instance, I often need to compile Rust code. Anyone who writes Rust knows that the Rust compiler is very good at using all your cores and all the CPU time it can get its hands on (which is good, you want it to compile as fast as possible after all). But that means that for a time while my Rust code is compiling, I will be maxing out all my CPU cores at 100% usage.

When this happens on Windows, I've never really noticed. I can use my web browser or my code editor just fine while the code compiles, so I've never really thought about it.

However, on Linux when all my cores reach 100%, I start to notice it. It seems like every window I have open starts to lag and I get stuttering as the programs struggle to get a little bit of CPU that's left. My web browser starts lagging with whole seconds of no response and my editor behaves the same. Even my KDE Plasma desktop environment starts lagging.

I suppose Windows must be doing something clever to somehow prioritize user-facing GUI applications even in the face of extreme CPU starvation, while Linux doesn't seem to do a similar thing (or doesn't do it as well).

Is this an inherent problem of Linux at the moment or can I do something to improve this? I'm on Kubuntu 24.04 if it matters. Also, I don't believe it is a memory or I/O problem as my memory is sitting at around 60% usage when it happens with 0% swap usage, while my CPU sits at basically 100% on all cores. I've also tried disabling swap and it doesn't seem to make a difference.

EDIT: Tried nice -n +19, still lags my other programs.

EDIT 2: Tried installing the Liquorix kernel, which is supposedly better for this kinda thing. I dunno if it's placebo but stuff feels a bit snappier now? My mouse feels more responsive. Again, dunno if it's placebo. But anyways, I tried compiling again and it still lags my other stuff.

They want to use RDP as that protocol allows codecs for compressing sent video and audio.

A problem is though, that Microsoft doesnt support AV1, opus or other free codecs, so it is problematic on many distros.

Spice may be an alternative but less established.

GNOME also has to use many hacks to even enable remote login.

The Debian Long Term Support (LTS) Team hereby announces that Debian 10 "buster" support will reach its end-of-life on June 30, 2024, nearly five years after its initial release on July 6th, 2019.

Starting in July, Debian will not provide further security updates for Debian 10. A subset of "buster" packages will be supported by external parties. Detailed information can be found at Extended LTS.

The Debian LTS Team will prepare afterwards the transition to Debian 11 "bullseye", the current oldstable release. Thanks to the combined effort of different teams including the Security Team, the Release Team, and the LTS Team, the Debian 11 life cycle will also encompass five years. To make the life cycle of Debian releases easier to follow, the related Debian teams have agreed on the following schedule: three years of regular support plus two years of Long Term Support. The LTS Team will take over support from the Security and the Release Teams on August 14, 2024, three years after the initial release on August 14, 2021. The final point update release for "bullseye" will be published soon after the final Debian 11 Security Advisory (DSA) will be issued.

Debian 11 will receive Long Term Support until August 31, 2026. The supported architectures remain amd64, i386, arm64 and armhf.

TL:DR Emulators installed via Flatpak won't recognize steam inputs during remote play, However AppImages will work. So if you want to play PCSX2 via Steam Link from your main rig, install the AppImage version.

So this whole journey started when I wanted to play PS2 games from my PC on my Big Screen TV. Years ago I got a Steam Link, and outside of it forgetting my Bluetooth devices it's been quite reliable.

However when I switched over to Linux and installed my emulators via Flathub, I could start the emulator, but outside of mouse inputs, the emulator refused to recognize the inputs outside of those directly connected to the PC. I presume it's due to how Flatpaks work.

Reported the problem on the Steam Linux Beta github page, but that still left me without a solution. It's not like there exists a *.deb for every emulator, and if there existed one, it was out dated, so it was hit or miss if I could start a game with a controller.

However when I tried AppImages, it worked! I presume it's due to the fact that the AppImage runner is a locally installed package, which means it can hook into the systems inputs, like Steam Input. Thus far I've tested PCSX2, DuckStation and Retroarch, and everything appears to be working beautifully!

looking around online it seems possible but apparently not a good experience? i think the posts were a bit old so maybe something has changed since then

Edit: i don't want to hop distro, i just want to change the desktop manager.

the to be installed Mesa-32bit-24.0.9-1699.381.pm.1.x86_64 requires 'Mesa = 24.0.9', but this requirement cannot be provided the to be installed vlc-codecs-3.0.21-390.2.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided the to be installed vlc-codec-gstreamer-3.0.21-390.2.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided the to be installed phonon-vlc-qt6-0.12.0-2.3.x86_64 requires 'vlc = 3.0.21', but this requirement cannot be provided the to be installed phonon-vlc-qt5-0.12.0-2.3.x86_64 requires 'vlc = 3.0.21', but this requirement cannot be provided the installed Mesa-libGL1-24.0.8-377.1.x86_64 requires 'Mesa = 24.0.8', but this requirement cannot be provided the installed Mesa-32bit-24.0.8-1699.380.pm.1.x86_64 requires 'Mesa-dri-32bit = 24.0.8', but this requirement cannot be provided the to be installed vlc-codec-fluidsynth-3.0.21-1.1.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided

I got the same a few weeks ago, it's starting to get frustrating.

IIRC, I had to install VLC from a specific repo as the official one didn't have all the codecs, could that be the reason of the issue?

Edit: someone else having the issue on the OpenSUSE forums:

• Mesa: https://forums.opensuse.org/t/problem-with-updates-in-tumbleweed-again-mesa-libgl-devel-24-0-9-1699-381-pm-1-x86-64/175843
• VLC (in German) https://forums.opensuse.org/t/videolan-vlc-schon-jemand-mit-v3-0-21-per-repo-nicht-per-flatpak/175818/13

Pi-Hole and similar DNS adblockers just seem like a hassle. I can't tell my parents to buy a raspi, flash it, install and configure pi-hole, configure their routers or devices to point to the raspi, and do all of that from another city. Also personally, there's no time for that in my house.

Is there a program or systemd service I can run that pulls blocklists from somewhere (git, http, ...) and updates /etc/hosts? Before I go off and write a python script, systemd unit file, and shell script to install it on the linux systems of friends of family, does this exist?

Resolution comment: Tblock