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.
Yeah but that doesn’t answer my question: What’s the implication of ./ in the tar file? I mean when I extract them, both seem similar but most people say it’s bad practice or not recommended but why?
I know and do understand how to achieve both with and without the root folder.
Thank you, I think this is a good lead, but couldn’t find a lot of information about it. But the general gist is that it could overwrite my folder structure and mess up the filesystem (source). All sources I found are very old, does that mean that there’s some kind of protection today?
I also found out that it will extract the permission and owner to the current directory :/ so this a very odd behavior… (source).
I doubt there’s a perfect protection. Maybe some tar implementations asks confirmation before tar-bombing, but it then wouldn’t work for non-interactive sessions, etc.
tar overwrites permissions because tar was meant for archiving iirc. Although, there might be a command line option to change its behavior.
Perhaps, the zip command is better for your purpose. It doesn’t allow zip-bombs and perhaps doesn’t overwrite permission.
Mac OS uses Unix, Linux is Unix Like. At the core their structure’s are the same
however despite being the same they have different software packages.
The question you need to ask yourself is: does MacOS have the software I need to do what I want?
For me I need Xcode for iOS development, so that is a yes. But for you, perhaps you may prefer the Python packages on Linux. Or the ease which new software can be installed.
However regardless on what is better or not, know that you can always re-install MacOS afterwords. Macs have a recovery mode that let’s you wipe the ssd and reinstall. I used it when I upgraded my 2015 Mac from 128GB to 1TB.
Python is basically the same on Linux and Mac. The command line tools are actually different. Some apps like date or awk work a little different on Mac. You can install gnu equivalents like gawk via brew or Mac ports.
I’ll second dual booting. If you want to try linux, I say put Linux Mint or KDE Neon on a flash drive and live boot it. That way you can test Linux without needing to install it right away.
Slightly off-topic here, but have you considered Fedora? For me it just gets the job done and stays out of my way. I don’t want to configure a whole bunch of things before I can get to work so I find fedora simple to use and well-integrated. Docs and forums are quite helpful too.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.