Linux Mint is not a "rando ubuntu fork". It's the most reliable OS for me, along Debian-Stable. It has prefs for almost everything, sane defaults, and a clear release and support schedule. And it uses Cinnamon. I've tried everything under the sun, I always come back to Mint. It works.

There are several commercial options for Linux. The most-Ableton software out there is Bitwig Studio that has a Linux port. However, it's expensive. The cheapest commercial solution, with a bit of learning curve but powerful nonetheless, is Reaper.

However, if you want to go 100% open source, there's Ardour and LMMS (which is a lot like FL Studio). Ardour 9, which is expected by the end of the year, will be more MIDI-friendly than it used to be. LMMS latest git version (offered as binary on their site) has some good new features compared to their stable version, however, there's still no vst3 support.

I'm an visual artist and I used Photoshop for years to edit my hand-painted scanned paintings. When I moved to Linux, and Gimp3 was out, I was finally ready to leave Photoshop behind. Some features of Photoshop aren't there, but I was ready to leave them behind. Same with video, I used to have a rather popular blog about color grading with Resolve. I moved to kdenlive, which has none of these tools or plugins. It's a decision that I simply had to make. I wanted to use foss tools, and that was the price to pay. I'm cool with my decision.

If you gotta go commercial, go with Reaper. The people (a small team of 3 or 4 I believe) behind it are really cool, and they're doing it for the love of it, their profit is very small.

That is a waste of time. I emailed the company a few months ago and they replied that they won't port to Linux. Not that they don't have plans to currently do it, but that they won't. Clear as day.

Your biggest problem is the amount of RAM, not the cpu. Some Linux distros would fit nicely on 2gb with a few native apps open, but the moment you'd want to browse the web, all hell will break loose, as each tab will take hundreds of megs each (youtube takes between 600 and 1200 mb of ram). FYI, even if chrome/ium is hated in these parts, it uses less ram than firefox (there's also a setting to use even less ram).

I'd suggest you use either Alpine Linux with xfce (240 MB of RAM on a cold boot), or even better, Q4OS with the Trinity Desktop (fork of KDE), 350 MB of RAM. The advantage of Q4OS is that it's a debian, so it can run lots of .deb files made for debian. Alpine is cool and all, but it has bugs on the desktop (some of its package management has dependency problems).

A tip: to save ram, don't use background images, only a single color. You can save up to 50 MB of RAM that way, depending on the image you'd be using.

They're trying to kill counterculture. Pixelfed is also banned at meta's servers.

Under Linux, the recommended route is KVM/Qemu, with Virt-Manager as the GUI front-end for them. You will need to follow tutorials to install it correctly, as it requires special steps, e.g. adding them to specific usergroups. But once it works, it works well.

Linux Mint, because I don't like to tinker with the system, I like good defaults (and Mints has them).

I don't like snaps (nor flatpaks for that matter, they're too big for my slow internet connection here in my Greek village). But I find it absolutely, 100%, crazy to install gimp and darktable via snaps, and not being able to print (the print option is just not there, because they're snaps and somehow they haven't implemented that for these apps). As an artist who sells prints, this makes the whole distro completely and utterly USELESS to me. Sure, they can be found as deb packages too, but they're older. And Firefox is also sandboxed. And when I installed Chromium from the command line as a deb, it OVERWROTE my wish, and installed Chromium as a snap too.

So, no ubuntu for me. The only advantage it has is that many third party apps (usually commercial ones) that release binary tarballs or appimages have tested with ubuntu and they usually work well (minus davinci resolve). I don't have a big trouble with appimages as they're generally smaller than the kde/gnome frameworks that flatpaks/snaps use, and they're one file-delete away from getting rid of them completely. They're just more straightforward.

I actually agree with Linux Mint's decision. You can not trust any random upload. Either it's an official/verified upload, or it shouldn't be there at all (or it should be a separate app for those who want it). That's why in my system, I only install from the official debian repos and not the community ones. I just don't trust random anonymous uploaders.

Reading the bug report about all that ( https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288 ), it's crazy to see how the gnome dev (Red Hat employee) replies to the issue. He completely ignores the issue in the beginning, then that he doesn't care to follow the spec because it's "old", and yet, he still advertises to the OS as an fdo theme, so OSes ship with it. He's hurting non-gnome apps, and he simply doesn't seem to care about it. To me, this shows a person who simply doesn't care about ecosystem.

Instead of trying to run heavy and complex apps on an OS that were never designed for, use Windows for work, and then use gaming and your personal life on Linux. Another thing you can do is switch the kind of programming you do, so it's more linux-related, so overtime, you can only have Linux machines. But for the time being, if you're doing windows programming, use a windows machine for work.

Linux also surpassed 10% in my country, Greece (10.72%).

I prepared a couple of old laptops I had around recently, to gift to my niece and cousin, and I put Debian with XFce in both of them. Worked great. And I think that's why Linux is big in Greece. Consider that when someone buys a car here, they use it until the end of its life. Very rarely they sell cars to get something new. The average car is 15 years old in Greece. I think that's the deal with old laptops and computers too: people try to extend the lives of their machines.