Disable systemd-resolved.service? Uninstall systemd-resolved?

There’s one case when you can’t avoid using command line. If you ask someone on Internet to help you, he will say you to type some commands. No window clicking, no screenshots will help. All GUIs are different, but CLI is (almost) always the same, and its output is well searchable. That’s why you see numerous command line listings in each topic discussing problems and could decide it’s impossible to use Linux without coding.

What does an ordinary RHEL admin do when something does not work?

It is easier after you learn basics. Learning is not easy, but usage is.

Every day in my case, except holidays.

Vim (or emacs, or any other advanced text editor) is much easier to use than nano when you need to do something more complex than type couple of lines.

What error you get exactly?

fdisk is completely interactive, not suitable for scripting. sfdisk is a “scriptable fdisk”.

man jq

Glibc preserves backward compatibility, so if you build against the oldest version you want to support, the resulting binary will work with newer ones.

However that’s definitely not what I recommend to do. Better learn packaging and build native packages for distros you are going to support. OBS can make this a bit easier (if your software is FOSS), but any modern CI will also do the job.

Isn’t that video stream already compressed? Or you want to convert it using another codec/bitrate?

The biggest problem that I see on this screenshot is that it is a compressed JPEG.

Is it still alive? I switched to LibreTube and happy with it.

The native directory sharing method for kvm is virtiofs. Have you tried it?

Why not use Privacy Badger to prevent usage of tracking cookies?

I recommend to throw away this drive because blocks that are readable and writeable now, may fail soon. But if you want to use it anyway, it is possible to collect a list of unaccessible blocks usong badblocks and pass it to mkfs to create a filesystem that ignores that blocks. IIRC this is described in man badblocks.

I have read this. There are no details about attacked projects, mail texts, addresses and github logins, nothing. It’s even impossible to ensure that attack attempts really took place. One may guess they occured before the xz attack disclosure and were performed by different actors because thay seem much more dumb.

Continue? There are no details on attack attempts published, even when they occured.

gksu and kdesu are unsupported for >10 years iirc, they were not more secure than sudo and that’s one of the reasons they were abandoned. I’ve never heard about sux. Polkit is a bit another thing that indeed replaced them, however it does not and can not separate GUI and non-GUI processes. The process itself has to fork, drop privileges and draw a GUI after that. There’s no difference between running it via sudo or pkexec, however polkit provide additional protections to prevent running unsafe apps with elevated privileges.

PAM and GVFS are not “privilege elevation frameworks” whatever you mean by this.

Idk what is bleachbit. But I know that “auth systems” can’t “handle GUIs in a secure fashion”. The app itself can be secure or not. By default they are not secure if they provide a GUI running in privileged process.