SavvyWolf

It’s still technically automaton if your workflow depends on people poking you when things break.

Consider using Ventoy if you want to try out multiple distros. It just lets you put the isos into a folder on the flash drive rather than going through the whole imaging process each time.

I’d say dual booting would be best, as much as Windows will try to break it. Then you can stay in Linux as much as you can, only switching to Windows when you need to. And then, if you’re like me, you get annoyed at Windows lacking features and find alternatives that work under Linux.

For distro selection, I’d recommend Linux Mint. It just works well out of the box and most instructions online that apply to Ubuntu should work with it.

I think the home directory version of etc is ~/.config as per xdg.

So how are you going to fund this “global media campaign”?

Until recently they didn’t have support for alternate keyboard layouts, but that seems to have been fixed in 6.6. Tried it again, and there’s a few missing theming features such as window decorations being adwaita-ey and my cursor theme not working.

Cinnamon user here. I wish I could use Wayland. ;_;

If you’re going to add Mint repos anyway, why not just use LMDE or Mint instead of Debian? It probably would avoid strange version mismatch issues.

Valve has put a lot of work into it, so unless you want to play hypercompetitive shooters (which ban Linux as a scapegoat for how hacker infested they are), most games will just work. Installing Steam should just set things up automagically for Steam games.

If there’s a game you’re actively curious about, you can look it up on https://www.protondb.com/ to see what other people say about how well it works.

I think realistically the best option is to stick with an older version of KDE until your issues get fixed upstream or switch to another DE.

Anyone technically literate enough to port KDE back to X11 is likely also literate enough to fix the blocking bugs.

… Unless they’re doing it purely on ideological grounds, which is probably not a healthy way to run a project.

Why not?

You say you’re not the sharpest tool in the shed, but I think gamedev is a good way to learn a variety of skills. And doing it as a hobby takes a lot of pressure off and allows you to take things at your own pace.

The move to storing everything in /usr/bin rather than /bin etc? I think it actually makes things more compatible, since if you’re a program looking for something you don’t need to care whether the specific distro decided it should go in /usr/bin or /bin.

I used to work as a software dev before mass layoffs got me. Our work was technical enough that most of us used Linux to the point that finding a Windows user to test things was a real problem.

Most applications that are Electron either only support Windows or also want to support Android, iOS and Web. I assume there is some toolkit out there that supports everything, but honestly HTML5 is more well known and tested.

For the swap space, yes that’s for when you run out of RAM. 48GiB is plenty of RAM, so you should be fine without it. I have 32GiB of RAM on my system and have been running without swap for ages without issue.

Hardening guides like that are mostly designed for things like web servers which are connected to the public internet and need higher scrutiny. The default configuration for distros like Mint should be secure enough for the average user.

However, don’t feel invincible and run random code from random sites. Both Windows and Linux can’t protect you against malicious code you run yourself.

Having organised partitions is the kind of thing that people obsessed with organisation do. For most people, the default partitioning scheme is fine. However, as always, remember to keep backups of important data.

For installing software, Mint has a Software Centre (which is distinct from the Snap Store). I’d recommend installing software using that for the average user.

In Mint, there are three main types of packages:

• Debian/APT packages, which are provided by Mint (well, technically by the Debian distro and they trickle down to Mint, but technicalities). Not all software is available from Mint’s repos and they may be out of date.
• Flatpak packages, which are provided either by developers themselves or dedicated fans. They are usually more up to date and have a degree of sandboxing.
• Snap packages, which are controlled by a company named Canonical. As of late, Canonical has been a bit “ehhhh”, so there’s pushback against Snap. Mint has it disabled and has their reasoning explained here: https://linuxmint-user-guide.readthedocs.io/en/latest/snap.html

Mint’s software centre is able to install both Debian and Flatpak packages. I’d recommend using it where possible since it allows automatic upgrades and easier installation/uninstallation.

https://doc.rust-lang.org/reference/abi.html#the-no_mangle-attribute https://doc.rust-lang.org/nomicon/other-reprs.html#reprc

Does no_mangle and repr(c) do that?

It’s open source. If 32 bit support is important enough, people can fork and maintain it.

Don’t know if this is true for all environments, but you might be able to just create a file in ~/Templates for it to show up in that list.

This is why you use Arch/Nix because the package is likely in their repos.

The software probably still won’t work, but you can waste more time on it.

Dual booting is fine. Bitlocker just makes it so that the installer isn’t able to resize the Windows partition (since it’s encrypted), but you can resize it in Windows to create enough space to put Mint on. You can also disable bitlocker entirely, but your files will no longer be encrypted.

There’s worry about the bootloader being nuked, but I think that’s a bit of an overreaction. Now everything is EFI, Windows shouldn’t touch other OSes. If it does, then that doesn’t require a full reinstall; it’s possible to boot from the live USB (the installer) and reinstall just the bootloader.