@Kajika thanks that sounds promising. I'd also seen some improvement but still got random freezes. Looking forward to the update. I have a similar setup with Manjaro KDE.
sorry if i might repeat someones answer, i did not read everything.
it seems you want it for “work” that assumes that stability and maybe something like LTS is dort of the way to go. This also assumes older but stable packages. maybe better choose a distro that separates new features from bugfixes, this removes most of the hassle that comes with rolling release (like every single bugfix comes with two more new bugs, one removal/incompatible change of a feature that you relied on and at least one feature that cripples stability or performance whilst you cannot deactivate it… yet…)
likely there is at least some software you most likely want to update out of regular package repos, like i did for years with chromium, firefox and thunderbird using some shellscript that compared current version with latest remote to download and unpack it if needed.
however maybe some things NEED a newer system than you currently have, thus if you need such software, maybe consider to run something in VMs maybe using ssh and X11 forwarding (oh my, i still don’t use/need wayland *haha)
as for me, i like to have some things shared anyway like my emails on an IMAP store accessible from my mobile devices and some files synced across devices using nextcloud. maybe think outside the box from the beginning. no arch-like OS gives you the stability that the already years-long-hung things like debian redhat/centos offer, but be aware that some OSes might suddenly change to rolling release (like centos i believe) or include rolling-release software made by third parties without respecting their own rules about unstable/testing/stable branches and thus might cripple their stability by such decisions. better stay up to date if what you update to really is what you want.
but for stability (like at work) there is nothing more practical than ancient packages that still get security fixes.
roundabout the last 15 years or more i only reinstalled my workstation or laptop for:
hardware problems, mostly aged disk like ssd wearlevel down (while recovery from backup or direct syncing is not reinstalling right?)
OS becomes EOL. thats it.
if you choose to run servers and services like imap and/or nextcloud, there is some gain in quickly switching the workstation without having to clone/copy everything but only place some configs there and you’re done.
A multi-OS setup is more likely to cover “all” needs while tools like x2vnc exist and can be very handy then, i nearly forgot that i was working on two very different systems, when i had such a setup.
I would suggest to make recovery easy, maybe put everything on a raid1 and make sure you have on offsite and an offline backup with snapshots, so in case of something breaks you just need to replace hardware. thats the stability i want for the tools i work with at least.
if you want to use a rolling release OS for something work related i would suggest to make sure no one externally (their repo, package manager etc) could ever prevent you from reinstalling that exact version you had at that exact point in time (snapshots from repos install media etc). then put everything in something like ansible and try out that reapplying old snapshots is straight forward for you, then (and not earlier) i would suggest that those OSes are ok for something you consider to be as important as “work”. i tried arch linux at a time when they already stopped supporting the old installer while the “new” installer wasn’t yet ready at all for use, thus i never really got into longterm use of archlinux for something i rely on, bcause i could’nt even install the second machine with the then broken install procedure *haha
i believe one should consider to NOT tinker too much on the workstation. having to fix something you personally broke “before” beeing able to work on sth important is the opposite of awesome. better have a second machine instead, swappable harddrive or use VMs.
The exact OS is IMHO not important, i personally use devuan as it is not affected by some instability annoyances that are present in ubuntu and probably some more distros that use that same software. at work we monitor some of those bugs of that software. within ubuntu cause it creates extra hassle and we workaround those so its mostly just a buggy annoying thing visible in monitoring.
My guess is that a 2015 Macbook Air is probably not going to run a MacOS version that is still supported by Apple. That would be yet another reason to simply install Linux. Before you do so you can go for https://rescuezilla.com/ and do disk cloning to an image that you save to some storage like a USB disk. If you do the same after your installing and tweaked Linux installation, you can have the best of both worlds whenever you need it.
Choose the OS you want and then use Distrobox to create a CentOS or Fedora environment for Resolve. It will see all the packages it likes.
Absolutely do not use Manjaro.
My favourite on your list is EndeavourOS. You can use pacseek to manage your packages if you really hate pacman ( though you should be use yay on EOS anyway ). If your really want a GUI, use yay to install pamac ( yay -S pamac or yay -S pamac-gtk probably — I cannot remember the package name and I am on my phone ).
If you like Debian, use Debian. The packages in Debian 12 are not old yet. Regardless, the package problem is solved by Distrobox.
I have debated using Debian as a base with access to Arch packages via distrobox myself. I may try VanillaOS for that. You would need to pick a different package source if you do not like the pacman commands.
What DE do you order? An alternative to Debian would be LMDE. That gives you the Debian stability and compatibility with some of the friendliness of Linux Mint and a more up-to-date desktop.
I dont get the “alt” do you want CentOS (which doesnt exist, but I think Stream is better anyways) or Fedora?
Run Davinci resolve in a container, no internet access maybe, fixed dependencies that dont update. Ublue has a container image that you can run with podman.
Use the AppImage for FreeCAD, it will probably have the best performance. You can try Flatpak if you want and compare but definitely not the snap.
Davinci Resolve will depend on the graphics drivers. If you have Nvidia you should be good to go, just pick a distro that has excellent integration with Nvidia drivers with zero fuss and tinkering.
Godot is Linux native software so I imagine it will work great on any distro, but keep in mind having recent enough packages for it.
Oh I just added the FreeCAD repos to my OS. Still working out AppImages and how to “install” them to my OS like an application rather then a portable exe.
AppImages are meant to just be a portable, self-contained app, they don’t install like normal packages. But if you can get native packages for your distro that’s just as well, probably better since they’ll probably get automatic updates and possibly be optimized for your distro too.
I though that was the case. But honestly I’ll take a flatpak over appimage since I can get those auto updates. I like appimages for those one off programs like Etcher where I need it for 30 seconds and never again for several months. But it would be so nice to have them as a part of an installable process.
I think I missed that, but yeah that would make things a little bit difficult, although they could use the web search at search.nixos.org, but you are right, the terminal really could not be avoided.
You could condense the entire terminal nix interaction to a single alias, but I doubt OP would enjoy figuring out how to get opengl working for example.
NVIDIA proprietary driver doesn’t play nice with Wayland. To check if the proprietary driver is loaded you can use lsmod | grep nvidia if there’s output it means the driver is loaded. Since it’s an OPTIMUS laptop things will run in general on your integrated board, e.g. glxinfo | grep vendor will show you MESA information instead of NVIDIA. Technically prime-run glxinfo | grep vendor should show NVIDIA, however I’m not entirely sure that works on Wayland.
There’s a couple of ways I could imagine debugging this.
One would be to disassemble MapEngine.MapsContainer.IsExists and see why it would throw that exception. It’s quite strange because it should act like it’s running on windows.
The other would be to enable WINEDBG stuff or possibly use strace to figure out what it did before throwing that exception.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.