In mint I can right click in a folder and reopen the folder with elevated privileges. That’s my primary, I assumed it was standard but if it’s not common I guess it’s a cinnamon thing. If so, maybe cinnamon is the desktop of choice for avoiding the terminal.

I didn’t do my full diligence to the samba GUI thing, apparently. That’s a good catch.

To salvage my argument, yumex has a GUI and extends yum, so while the instructions expect the terminal, I think it’ll be optional.

I still recommend it to nobody, but someone who set out to avoid the terminal doesn’t have to fail.

yumex, pip-gui, and aptitude give yum, pip, and apt GUI’s, respectively, so most anything that expected the terminal should be doable without it. All it costs is a bunch of effort troubleshooting GUI things or finding out one doesn’t display error messages and logs them weirdly or whatever.

Well if i double-click a file I’ve made executable, it will ask if I’d like to run it, and most software will have a github or downloads page that will give you direct downloads to the software.

In other words, I can successfully install things like a windows user, I just have to go the extra step to open the file’s properties and make it executable with the GUI first.

Apt is faster, and it’s also faster to do a direct download, make it executable, then execute it in the terminal, too. But I CAN do it.

Config files can be edited in the GUI text editor, it’s just slower.

To test my claim and prove your third point, this link is the repository for a samba GUI, found at https://www.samba.org/samba/GUI/. Specifically, it’s SMB4K, the first one.

Convenient? No. Would it update automatically? No. Do I want to do it this way, or recommend it? Still no. But it does function.

Rufus is Pete Batard, found it through his links on Rufus’s page.

Dunno who you’re referring to specifically but you can cross reference now.

The more the code is used, the faster it ought to be. A function for an OS kernel shouldn’t be written in Python, but a calculator doesn’t need to be written in assembly, that kind of thing.

I can’t really speak for Rust myself but to explain the comment, the performance gains of a language closer to assembly can be worth the headache of dealing with unsafe and harder to debug languages.

Linux, for instance, uses some assembly for the parts of it that need to be blazing fast. Confirming assembly code as bug-free, no leaks, all that, is just worth the performance sometimes.

But yeah I dunno in what cases rust is faster than C/C++.

According to The arch wiki, x11vnc operates differently than some other servers and is not capable of going headless. You’d need the dummy plug.

On that same page, though, it lists the alternative to x11vnc as Xvnc, and links to TigerVNC which is capable of going headless, and has an example config for going headless.

I haven’t tested tigerVNC specifically, but it’s known, so I expect this is the solution to your problem.

Off the top of my head, the only way I can think of is to install steam using docker, and install SF6 on dockerized steam.

Then you’ve converted the problem to either configuring docker to use ipv4 internally or setting up the container to ignore ipv6, both of which are doable.

There’s a good chance it’ll be perfectly playable but without trying it out or doing more research than I’ve invested here, it’s not a guarantee.