Same goes for buying a console. It's expensive across the board

They have a list on their project page. I pretty much only use the clock and date features right now. It's kind of a shame that the main swaylock project isn't interested in adding a clock. Swaylock-effects also seems to be able to blur images, but i chose to do it with imagemagick instead.

Well i guess rice is a bit of an overstatement, since swaylock/swaylock-effects doesn't have a ton of options besides some coloring mostly, but this is what my config looks like. Some of it like the clock stuff is specific to swaylock-effects. I used a few basic colors from gruvbox, and i use a script that swaps out the colors to different themes that i use. Other than that i just put a blurred version of my wallpaper as the background image that i blurred with imagemagick.

Another vote for gtklock. I liked it and used it for quite some time. I switched to swaylock-effects a while back purely because i switched to a distro that didn't have gtklock packaged, and i couldn't be bothered to package it myself. After i actually put some effort into ricing it a bit i'm not hating how it looks so i think i'm sticking with it. I suppose you could also try hyprlock since it has a password field as well, but i keep seeing tons of posts that show it crashing, so idk how reliable it is. From what i've seen it can be made to look really good though.

Yeah, with all the stories i keep hearing about it, next time i'm in the market for a GPU, i'm not buying anything that has this connector if i can help it.

At first i thought you meant just choosing an init with the installation ISO like Artix, but according to the article you can choose an init at boot, that's pretty cool.

I'm assuming he means that it's harder to tell? But swaylock will still inform you when it's cleared out so idk.

It's possible, but at the very least someone glances over the derivation since it's part of the actual nixpkgs repo right? AUR on the other hand is a wild west.

As a linux user on amd i'm just happy to hopefully finally get hdmi 2.1 support lol. I'll probably be good for a long time after that considering 4k 144hz is already hard to drive.

Looking at the average pc gamer's desktop, sounds like a 1000 IQ move to me.

I've found that depending on what distro/OS it is certain methods of burning the ISO don't work correctly, no clue why. Windows needs their official tool, so because of that i use a vm to burn it. I've also had linux distros that couldn't boot when dropping it onto a ventoy drive, and would only work when directly burning it with dd, so it might have something to do with what ISO you're trying to burn and how you're burning it.

Idk, you'll have to ask the xlibre dev lol

Hmm, i should probably experiment with it in a vm at some point, but from what you're saying it sounds like it works ootb. In that case i would say Guix definitely handles this better. Nix packages that need graphics drivers don't work ootb, because it expects the drivers to be in /run, because that's where the drivers are on NixOS, and they can't use the host drivers. NixGL tries to solve this, but i stopped using it because it causes other problems. For example, if you install a wayland compositor through nix and run it with the NixGL wrapper, if you then try to run a game or something that needs the host drivers, it won't work because everything launched inside of the compositor inherits the NixGL status. So now i manually create a driver package and symlink it to /run, that way there is no wrapping and the drivers don't conflict with each other, but it still feels hacky. I can also imagine it's very inconvenient for someone who's just getting into Nix and just wants to install a few things in a profile to be running into that issue.

I'm using Guix system so it's not really relevant to me right now, but since you mentioned you've used it on foreign distros, how does Guix handle programs that need graphics drivers? When using Nix on foreign distros, the graphics drivers are handled in a weird way where you either have to use a wrapper like NixGL, or, what i do right now, is create the driver packages manually and symlink them to /run, which is how NixOS does it. Do you need to do anything special on the Guix side of things? I noticed that Guix system does not have its drivers in /run, so they must be doing it differently.

When it comes to this i personally tend to agree with what Brodie Robertson always says in his videos about SteamOS. It's kinda silly to keep waiting for an official release when things like Bazzite exist, but if the SteamOS release helps with more people making the switch, then that's still a good thing in the end.

Was about to say, why would you copy anything when using sudo !! lol

I mean, it seems like Nvidia barely even cares about gamers in general anymore, let alone linux users.

Ofcourse the project run by a microslop employee wants to force this on almost every distro as soon as possible.

Considering chromeOS "freedom" is wild.

I mean yeah, if you ask a fascist how they feel about fascism, they probably don't think it's a big deal.