fwiw headscale is pretty easy to self host and has minimal system requirements.

I think PopOS can safely assume that its being installed on a laptop with only one drive. If there’s multiple drives involved then the setup gets far more complicated as you then must go to something like an LUKS on LVM setup. Basically, for a desktop there’s no safe defaults for FDE.

I’m pretty sure all the major distros have FDE as an option in the installer its just never on by default. Fedora does the same but with BTRFS on LUKS. I’m sure Debian does. Someone else says OpenSuse does. Maybe some derivative distros don’t but I suspect the ones with an graphical installer do.

Looks like they use eCryptFS. Never heard of it before so thats neat. I can see using it on systems where you can’t reinstall the system with Dm-crypt but it most cases I suspect Dm-crypt is a better alternative.

Idk if its faster or slower than Dm-crypt.

The standard route is to decrypt on boot. It happens after GRUB but before your display manager starts. IDK if there even is a setup that has you “decrypt on login”. Thats sounds like your display manager (sddm for KDE) is decrypting system which is not possible IMO.

Unless your laptop somehow has multiple drives you’ll want to use the “LVM on LUKS” configuration. 1 small partition for /boot. The rest gets LUKS encrypted, and an LVM group is put on the LUKS container. Or you could replace LVM with btrfs.

This will require wiping your system and reinstalling so you have some reading to do.

• https://wiki.archlinux.org/title/Dm-crypt (aka LUKS)
• https://wiki.archlinux.org/title/Dm-crypt/System_configuration
• https://wiki.archlinux.org/title/Dm-crypt/Encrypting_an_entire_system
• https://wiki.archlinux.org/title/Dm-crypt/Encrypting_an_entire_system#LVM_on_LUKS

The arch-install script in the live iso has options for full disk encryption.

If you suspend to RAM your system will stay unencrypted, because your ram is not encrypted. if you suspend to disk (aka hibernate) your system will be encrypted. You go through the boot loader when waking from hibernation but it just drops you off where you left off.

You need a swapfile for hibernation so make sure its inside the LUKS container.

Unironically try turning your computer off and on again.

Tmux settings are global and persistent. Just deleting your config files is insufficient. You have to kill the server and restart it. Uninstalling and reinstalling will not kill a running tmux server. tmux kill-server should work too.

Now if it persists across reboots, then there must be a file still lingering somewhere. If you are sure your home directory is clean you can try searching whatever you installed in /etc.

This is all assuming you’re trying to go back to a clean slate and failing. If the borked status bar is the result of your current .tmux.conf, then you’ll have to post that.

Its going installed binary is rg.

We would easily be able to tell if an Alexa was constantly streaming audio data by monitoring its network traffic. It’d be just a wasteful inefficient implementation to stream everything 24/7. Makes much more sense to only start recording when it hears certain keywords that it can recognize locally beyond “Alexa”.

It can only recognize certain hotwords on its own, eg, Alexa. So its not recording 24/7 but it is listening 24/7 for hotwords. They could push additional words and start recording whenever they hear it.

If you’re already doing vim an tmux then vscode is not be worth it. The main draw of VSCode is LSP but you can get that from either COC or nvim+lspconfig. Those will still take more effort than vscode but it’ll be more familiar.

I’m very suspicious of the uses cases for this. If the compiled bash code is unreadable then what’s the point of compiling to bash instead of machine code like normal? It might be nice if you’re using it as your daily shell but if someone sent me “compiled” bash code I wouldn’t touch it. My general philosophy is if your bash script gets too long, move it to python.

The only example I can think of is for generating massive install.sh

git is a way more important contribution to the world that the linux kernel IMO. Its basically the assembly line of almost all modern software production. And Linus actually wrote most of the initial code for it. With Linux he organized the project but was almost immediately not a major contributor. He developed git in the process of maintaining the linux repo.

Running and LSP on a monorepo will destroy those 4gigs no problem.

Its unusual to install retroarch via pacman and launch it with steam. Usually its either:

• install via pacman dont use steam at all.
• install via steam and launch via steam.

I suspect steam is running the retroarch with different environment variables (ie LD_PRELOAD) than your system. I dont know what those would be or what to set them to if I did.

You can try experimenting with using steam-native and steam-runtime to check if there is a difference. You can also try to install retroarch via steam, find its executable in ~/.local/share and adjust your script accordingly.

I’m a little confused with your set up since you have RetroArch installed via pacman. Where do you want steam to factor in? Are you trying to get individual Roms to appear in steam as their own games? Does your command work outside of steam?

All of your programming AIs were trained with Stack Overflow data.

Literally Firefox in the dock…