Maybe this: https://github.com/cryinkfly/SOLIDWORKS-for-Linux
Lots of people saying it's easy enough to run on wine without helper scripts.
Maybe this: https://github.com/cryinkfly/SOLIDWORKS-for-Linux
Lots of people saying it's easy enough to run on wine without helper scripts.
WinBoat or WinApps might work for you. They're very similar in function afaik, they both run a windows vm hidden in the background and integrate the windows apps alongside your Linux programs. It's supposed to be fully compatible with all windows program except kernel anti-cheat.
WinBoat is newer and I think offers a nicer interface and a lot easier setup, WinApps is older so may be easier to find support/documentation on. I'd probably recommend starting with WinBoat first.
I haven't tried those but I'm curious, how do you get the image of the app inside the VM ?
Does it get windows' window decoration or your window manager's decoration ?
Is it possible to display this application window to another computer, standalone, not as a whole desktop shared window ?
If it is possible to display such an application over the network, would it be possible to display this application to an android phone ?
thanks
are WinBoat and WinApps comparable with WINE?
Wine is a compatibility layer, it works as a translator to let windows programs run on linux. You can think of it like having a translator who allows two people with different languages to talk to each other and work together.
WinBoat is completely different, this is actually running full windows in the background, and then only displaying the apps you want from it. There will be significantly more system resources used, and you won't be able to run windows apps until the windows VM has started in the background, adding a startup delay. However the advantage is that it will support more software than wine does, with fewer issues.
Wine will always be the better option when it works, but for stuff that doesn't work this is a decent option.
Honestly, use Windows or choose a different program. Solidworks is not going to work well under Wine, a VM, or a remote connection.
Really, that's still the case for wine in 2025? It runs most things very well, including 3D
The 3D stuff around games is actually the smaller problem. It's performance critical but it's basically "just" one API (bundle) to implement that then covers a big chunk of the game's implementation.
Productivity software usually consists of a shit ton of other stuff. They would probably render fine, but then they ship with a weird ass licensing management system that will deny to work. Or parts of or even a whole app use .NET and suddenly you have the complexity of all the WinAPI calls hidden behind .NET Framework. Maybe the app does a few lowlevel WinAPI calls themselves on top, that Wine didn't need to implement so far. Or the app you want to run is only distributed via Windows Store as UWP; the necessary APIs also haven't been implemented yet.
Wine is awesome, but it's not fully covering all the shit Window's APIs offer.
WINE's gotten a lot better since that statement was first made years ago. Thank the Valve money.
all 14 comments