You need to get the whole area done repeatedly, the follicles only die if they get zapped during a certain phase in their growth cycle. Typically laser sessions are spaced about a month apart to allow time for previously killed hairs to fall out and the remaining ones to make some progress in their cycle, you can expect to lose like 10-20% of the remaining hairs with each session.

Jenkins has fairly solid Gitea/Forgejo integration :)

sudo apt install systemd-zram-generator

Almost everything is Debian - my servers, my desktop and laptops, my family member’s computers, the living room media player. Only exceptions are my router (OpenWRT) and my Steam Deck (SteamOS).

AFAIK they still don’t support reclocking on anything older than Turing, meaning the GPU is stuck at the lowest clock frequency and therefore runs very slowly.

This didn’t age well.

from the HarfBuzz GitHub readme

shit

Steam port for IBM mainframes confirmed?!??!!!??!!?!!!??

Yes, the top-level domain is still just a domain. I’m not aware of any public Internet services which are reachable from a TLD directly, and it’s strongly discouraged by ICANN, but there isn’t any technical limitation preventing e.g. someone at Verisign from setting up example@com.

I wish I’d known this was a thing before I spent 15 minutes searching the manpages and manually upgrading my sources…

I will never touch flatpak for this reason, I’d rather deal with compiling software myself and faffing around with dependency issues than have 8 copies of every system library sitting around.

Framerate above 20 in what with what settings? That’s kinda key information :P

You shouldn’t need to download any graphics drivers, Ubuntu (and pretty much every other distribution) ships with the open-source AMD driver stack by default, which are significantly better than and less hassle than the proprietary drivers for pretty much all purposes. If you’re getting video out it’s almost certainly already using the internal GPU, but if you’re unsure you can open a terminal and run sudo apt install mesa-utils and then glxinfo -B to double-check what is being used for rendering.

KDE user here, I still use X11 to play old Minecraft versions. LWJGL2 uses xrandr to read (and sometimes modify? wtf) display configurations on Linux, and the last few times I’ve tried it on Wayland it kept screwing the whole desktop up.

In the future, you can generally solve these sorts of build errors by just installing the development package for whatever library is missing. On Debian-based systems, that would be something along the lines of sudo apt install libecm<tab><tab> see what appears, choose one which looks reasonable with -dev suffix

It takes like half a second on my Fairphone 3, and the CPU in this thing is absolute dogshit. I also doubt that the power consumption is particularly significant compared to the overhead of parsing, executing and JIT-compiling the 14MiB of JavaScript frameworks on the actual website.

Nouveau is dead, it’s been replaced with Zink on NVK.

True, but there are also some legitimate applications for 100s of gigabytes of RAM. I’ve been working on a thing for processing historical OpenStreetMap data and it is quite a few orders of magnitude faster to fill the database by loading the 300GiB or so of point data into memory, sorting it in memory, and then partitioning and compressing it into pre-sorted table files which RocksDB can ingest directly without additional processing. I had to get 24x16GiB of RAM in order to do that, though.

In my experience, nouveau is painfully slow and crashes constantly to the point of being virtually unusable for anything. The developers agree, as in the last couple months nouveau has been phased out of Mesa entirely. More recent Mesa versions now implement OpenGL on Nvidia using Zink on NVK, and the result is quite a bit faster and FAR more stable.

If your distribution currently still ships a Mesa version which uses nouveau, I would personally recommend you just stick with the Intel graphics for now.