I was surviving with Ubuntu, I had my complaints but I figured ‘that’s just how it is’ on Linux, that it was the same everywhere. I didn’t even realise what I was missing until I switched.
I got a hardware upgrade at one point, so in order to get those new drivers ASAP I tried an Arch-based distro, with plans to switch back once drivers became available. I never moved back.
The two big reasons I stayed was ironically enough the lack of good Ubuntu documentation, and the PPA system. Ubuntu is used a lot, but there’s not really formal documentation anywhere, only random tutorials online (most likely out of date and never updated) and people on forums talking about their problems. By contrast the Arch wiki is the gold standard of Linux documentation, there’s just no comparison. Even on Ubuntu I found myself using it as a reference from time to time.
Regarding PPAs, the official Ubuntu package list is strangely small so if you’re like me and find yourself needing other software, even mainstream software like Docker, you’ll be faffing about with PPAs. So if you want to install Docker, instead of typing sudo apt install dockerYou instead have to type:
These are the official install instructions, by the way. This is intended behaviour. The end user shouldn’t have to deal with all this. This feels right out of the 90’s to me.
Instead of PPAs, Arch has the Arch User Repository (AUR). Holy moly is the AUR way nicer to work with. Granted, we’re not quite comparing apples to apples here since the AUR (typically) builds packages from source, but bear with me. You install an AUR package manager like yay (which comes preinstalled on my flavour of Arch, EndeavourOS). yay can manage both your system and AUR packages. Installing a package (either official or AUR) looks like yay packageNameHere. That’s it. A full system upgrade like sudo apt update; sudo apt upgrade is a single command: yay -Syu, a bit cryptic but much shorter. The AUR is fantastic not just for the ease of use, but for sheer breadth of packages. If you find some random project on github there’s probably an AUR package for it too. Because it builds from source an AUR package is essentially just a fancy build script based on the project’s own build instructions, so they’re super easy to make, which means there’s a lot of them.
You might argue ‘but building from source might fail! Packages are more reliable!’, which is somewhat true. Sometimes AUR builds can fail (very rarely in my experience), but so can PPAs. Because PPAs are often made to share one random package they can become out of date easily if their maintainer forgets or simply stops updating it. By contrast AUR packages can be marked out of date by users to notify the maintainer, and/or the maintainer role can be moved to someone else if they go silent. If a PPA goes silent there’s nothing you can do. Also, since an AUR package is just a fancy build script you can edit the build script yourself and get it working until the package gets an update, too. PPAs by comparison are just a black box - it’s broken until it gets updated.
Moral of the story? Don’t be afraid to just give something a go. Mint will always be waiting for you if you don’t like it.
You can just download the app from Flathub right now and it should hopefully make its way directly into GNOME in the future. At least some work was being done to implement this directly into it.
It seems stable enough already TBH, at least from my small testing with the app. It’s more about getting things ready to be exposed in the settings app and in the system.
Linux mint is amazing. I’ve used Linux for many years and it’s still nice. I do wish Linux mint had a more free software install option but that’s a minor complaint.
Nothing unsolvable, but it can be a pain when you want to run something not in nixpkgs. My solution is to have Ubuntu on a separate partition, and I was using docker to solve this problem for a while but have moved away from it.
Endeavor OS. Its an excellent arch based system and people REALLY over emphasize how tricky arch is. Its not difficult, its not just for power users, and the rolling release means you have access to updates faster than other distros…this is particularly nice for gaming as you’ll also get updates to graphics drivers sooner.
Ah, I didn’t know more modern versions of the VST standard specified a Linux interface. I thought, they were still just basically EXEs with some metadata attached.
VST is native and actually better for the CPU in the SurgeXT case. I also use it in LV2, and now I’ve all my projects that needs a conversion from that, maybe I could compile the 1.2 version from source; I don’t know but it’s annoying ¢_¢
There’s also a CLAP version available, if you use a daw that supports CLAP (like REAPER (which you should totally use btw (it’s like the emacs of daws if emacs actually ran faster than everything else)))
No, this kernel patch will be different to what’s in Windows code. It implements what’s necessary for wine to be more performant, not the actual Windows API itself.
Wine implements those Windows API/ABIs, which is legal because it’s done by reverse-engineering. I believe in some countries (US?) it’s also necessary for the devs to never have seen Windows code.
PS: Google v. Oracle is a US supreme court decision where Oracle lost at trying to patent Java API’s.
Idk anything about those softwares, but I would bet if you set up the hide.me client in a container you could add it to the same network in compose then configure all the other containers to use it as their gateway… I’m probably missing some details and you may need to rebuild all of your containers, or maybe just change the network settings in your compose yaml?
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.