RE: https://chaosfem.tw/@JoscelynTransient/116959168863760111

There is a very non-zero possibility that this is absolute truth.

Ok, I have a question for those of you who have been doing this stuff forever. I'm going to finally break down and get a Bluray recorder and a bunch of Bluray discs (just plain old 25GB Verbatim discs) and start doing backups that should hopefully last a really really long time.

I need to know what sort of encryption would be best for this. Should I just put everything in 7-Zip archives with a password or what?

It needs to be something where I can still decrypt it 20 years from now without having to dig an old computer out of storage but good enough that if a rando breaks into my house and steals stuff they won't get anything. Like I'm not trying to stop a government from using a quantum supercomputer to get my stuff, but at least a rando shouldn't be able to toss it into a script.

I have started trying to learn how to use docker today.

I regret my life decisions.

Devs please implement framerate limits on load screens so our GPUs don't scream at us and use 500 watts to show us a still image at 5000 FPS. :Sobbing: (Literally I can't think of any reason not to set load screens to like 1 FPS or something. They don't need the GPU to do any work show a still image!)

As a side note, I can't figure out why DXVK_FRAME_RATE=# and D3D9_FRAME_RATE=# aren't limiting the framerate in such cases. Are these not the right variables?

So far my journey with Gentoo has been... surprisingly decent? I know now what I did wrong the first time I decided to try it. Installation is absolutely no fun and I still strongly dislike emerge and the way I'm sometimes forced to just straight up manually write in package.use or etc files, but all in all it's working surprisingly well. Everything is very snappy and efficient. In fact, power usage is slightly lower for whatever reason. I will say I still feel like OpenRC is a pleasure to use. I don't see why everything is still relying on systemd when OpenRC is available and excellent.

Still worried I'll run into something I want but can't get working since there seem to be no downloadable packages (and my luck with compiling such things is bad,) but, all in all it's going great.

Two extra things of note. First, I tried a different kernel too. Specifically Zen which is using 7.0.12 right now, so it's not just the 6.18.35 kernel from the distribution. Second, I tried using those variables without actually disabling variable refresh rates and still got a softlock. So far after turning off variable refresh rates I haven't had a soft lock, so it definitely seems to be the deciding factor, or at least a deciding factor.

EDIT: Woops. Those variables weren't correctly set. Apparently env-update is not recursive (it and the devs just think it is) and the /etc/environment.d directory is useless. I'll have to retest with VFR on now that the variables are correctly set. I don't have the spoons to do so just atm though...

Hey #Linux users, I'm running into an annoying issue where my system randomly just soft-locks, but only on Gentoo. It didn't do it on Debian-based systems or Arch-based systems for me. (What little I used of Fedora also didn't do it, but I'm not sure if I used in long enough.) It's a bad lock, but it's a soft-lock, so if I hold ctrl+alt+F3 or whatever for about two or three minutes, eventually I get to a console and can reset. The GUI never returns. The specific error seems to be "flip_done timed out" from amdgpu.

My searches so far have yielded claims that disabling variable framerate and adding KWIN_DRM_NO_AMS=1
and KWIN_DRM_NO_DIRECT_SCANOUT=1 stops the freezes and so far it seems to have done so, but I really want variable framerate back...

Again, only in Gentoo...