I use Gentoo. I install systemd willingly. We are not the same.

Assuming you made a bit of a typo with your regexp, any of these should work as you want:

grep -oE '/dev/loop[0-9]+'
awk 'match($0, /\/dev\/loop[0-9]+/) { print substr($0, RSTART, RLENGTH) }'
sed -r 's%.*(/dev/loop[0-9]+).*%\1%'

AWK one is a bit cursed as you can see. Such ways of manipulating text is not exactly it’s strong suite.

How did we arrive at networking? I feel like we are on two completely different pages.

I was talking about your regular end user machines, what we usually call “desktop computers”. They are connected to the internet, but I don’t have any way to remotely login into those. And I have a single person per computer. There is no need to disable root passwords on these, seeing that Larry executed a command as root won’t provide any insight, I know that Larry is the only person who uses the machine. And it can complicate things in a sense that if Larry fatfingers his password three times and gets locked out, I’ll have to get into his filesystem somehow and remove tallies manually instead of just logging in as root and doing faillock --reset.

So, we are clearly talking about different environments here. Of course I would not have a password for root in an enterprize setting where you have a lot of different people managing one machine. But for your regular desktop computer with one user, it just complicates things needlessly without providing any benefits.

Maybe I’m a bit ignorant, but would it make much of a difference? Whether I authenticate with my own account to get root permissions or directly with root, I still have a string of characters which I use to get root priveleges on my machine. For a single (physical) user machine, that allows me to use a separate password for root. Should be better than using the same one twice, right?

Have you heard of su?

Helix? 😢

As a hopeless Gentoo user myself, I must warn you: it’s very addictive and it will become your one and only hobby, whether you like it or not.

For the love of all that’s saint, can we please stop recommending Manjaro to people, especially newbies?

It’s not really a preference thing, Manjaro team did plenty of questionable stuff with it, as in DDoSing AUR, mind you, twice, or letting their server certificates expire, also more than once.

It also routinely shows more stability issues that led to the infamous “I swear to god, if it’s Manjaro again…” in AUR discussions. Apart from AUR problems, they also shipped alpha quality things to their users, like this and this.

I’ve used Manjaro myself for around a month. If you are treating it as a regular Arch installation, you will break it.

If you want something up to date, but more stable than Arch, just use Fedora. If you insist on it being Arch-based, use something like CachyOS. Or you can read the wiki and install Arch itself. Arch is a DIY distro, after all.

That’s a completely different tool, though, no? I just do this for determining when I need to clean up:

df -hx tmpfs

Gives me enough information for this purpose and, again, does not require any additional software, df is part of coreutils.

I call this part “shut up, tin can, I know what I’m doing”.

Sometimes you just don’t care about these 42 files find couldn’t access. If I don’t have permissions to read them, I’m not interested!

Yea, I love du -hd 1 | sort -h when cleaning up. I absolutely love that I don’t need any extra software to quickly locate whatever takes up space. I can do this on any machine without installing anything extra.

Inconsolata LGC with nerd-fonts. I edit all my text and code in Helix, a TUI editor, and having proper support for Cyrillic and Greek is important for me. Also, I like how it looks.

That depends on what your goals are. And with Gentoo you can have a lot more elaborate goals than with other distros. Mine, for example, was to get rid of initramfs. I spent a week compiling and recompiling the kernel with different configurations before I was able to see a TTY for the first time.

Of course you can grab your distribution kernel and get default and perfectly safe use flags for everything, but, I would still be an Arch user if that was my jam.

I switched from Arch to Gentoo, for me it’s just the next step of taking advantage of every last bit of my hardware. But unless you are seriously invested, I would never recommend Gentoo to someone. If you just want something that’s up to date, go with Fedora. If you have some spare time, go with Arch. If you have no hobbies at all, go with Gentoo.

I wouldn’t recommend vanilla Arch only because of the installation process. CachyOS that simplifies it is an extremely good pick for a person who already knows what a computer is, but wants to try a proper OS.

Arch mostly got it’s reputation in the early days. Today some things are a lot easier to do on Arch than on other distros, especially because AUR exists. Also, it built one of the best wikis over all that time.

That’s why we disable it and move everything that the program needs access to manually into the prefix, right?

I love my Gentoo, I’m a bit obsessed with optimizing everything I can. And I can’t really do any of that with immutable distos. I’m contemplating very hard on using NixOS for my server, though.

uninstalls the kernel package

I assume it creates some sort of save file in the current working directory?

You may try changing the working directory via batch script, if you’re on Windows.

Make a text file, name it something like launch.bat (the actual name may be whatever you want, just make sure you leave the extention .bat) Paste this there:

@echo off
cd /d "%~dp0"
start "" "game.exe"

Be sure to replace game.exe with your game’s .exe filename. Don’t delete any double quotes, they are important.

Put this text file near .exe file of your game, and make a shortcut of it to your desktop. You may rename a shortcut and choose an icon from your game’s .exe file to make it pretty.

After that just launch the shortcut as you normally would. If I’m correct, the game should create it’s .bin file in the script directory and not in your desktop.