Seriously though. It never works for me.
It is speaking to you in an Eldritch language that none of our puny minds can comprehend. When the dreams begin though, then you will know, THEN you will begin to understand…
Yeah, I use wine, proton, and Lutris’ take on Proton-GE (for winecfg and wineconsole) . I usually get it to work with one of those three, but some programs are just so damn stubborn.
Especially unity games can be a PIA with their weird font and dll requirements, causing artifacts or bugged screens at seemingly random times.
Either that, or im just terrible at using wine. :D
I’ve tried getting SketchUp to work on Wine, what a hell hole. There was a report stating it was supposed to run well, but I’m completely lost when it comes to wine. BTW, do you have any resources? I know all of those technologies (wine tricks, bottles, proton, playonlinux) are based on wine, so what’s the difference? That’s how zero I know of it.
Sure, I can tell you what little i know. The best, but probably also toughest, place to start is likely the ArchLinux forums.
Wine handles the lifting. Proton, Glorious Eggroll (GE), etc. can be seen as content packs, packing some additional tools and dependencies commonly found in gaming. There exist a lot of other “flavours” of Wine, all with their own specialization, though pure Wine is usually fine for most non-gaming and non-Peripheral (flashing hardware) cases.
The most usefull terms I’ve come across when tinkering are:
- Runner: Location of the specific wine installation. Isn’t actually named “runner”.
- Prefix: Location of the Wine-OS-layer in which the magic will happen. Don’t use the default when tinkering, and clear it when wanting to make a clean attempt.
- wine: Usually found in
<runner>/bin/wine. It’s the default way to start executables using wine. - wineconsole: Found next to wine, opens the executable in a cmd-like console usefull for running .bat files.
- winecfg: Also found next to wine, default configurator for wine, handles dlls, registry, and general settings.
- winetricks: A configuration tool which provides an easy way to install the most well-known dependencies and just functions as a nice “more powerful winecfg”.
- Once Wine is running,
C:\\will be the prefix, andZ:\\is your Linux computer. You can usually install/run things outside the prefixC:\\, but sometimes it just won’t work, so better try moving it inside if it just don’t wanna.
Running an exe, be it the program you want to get running or a dependency, in the terminal looks something like:
WINEPREFIX="/path/to/my/prefix" "/path/to/runner/bin/wine" "/path/to/executable.exe"And the neat part is, that to run wine using, say, Proton-GE, you’d just go:
WINEPREFIX="/path/to/my/prefix" "/home/$USER/.local/share/Steam/compatibilitytools.d/GE-Proton8-25/files/bin/wine" "/path/to/executable.exe"If you want to just use your default WINE installation, you’d leave out the runner part, and just go:
WINEPREFIX="/path/to/my/prefix" "/path/to/executable.exe"Now, that’s all good and dandy, but who in their right mind uses the terminal anymore?
Bottles, Playonlinux, Lutris, Heroic, and now Steam too (kinda) are launchers which pack some quality of life tools to make creating, running, and tinkering with Wine easier. What launcher you prefer is totally up to you, as they all come with their own ups and downs. Like I stated before, I like Lutris’ Wine runtime packs, but their interface confused me the first time I tried it, so probably not great for starters.
Heroic is nice to look at and simplistic, It doesn’t have a whole bunch of customization options, but it has easy-to-access shortcuts to winetricks and winecfg.
I’ve tried Bottles, and while they provide some appreciated commonly-used dependencies and their user interface is pleasant to look at, they make it unnecessarily difficult to properly tinker with Wine, and for some reason they have to hide and rename everything? Bottles is probably fine for most people, especially for beginners who don’t plan on diving far, but I just couldn’t get comfortable with it.
If you’re tinkering with WINE (or even Proton) using Steam, you’ll probably have a bad time, but they do provide a good collection of games which work out-of-the-box. Not useful for much else wine-related, besides providing Proton and a massive boost to Wine.
At last: Wine logs are weird. I’ll need to learn to read them at some point, but they are so filled with errors and warnings that just naturally exist but don’t attribute to your specific problem that they are borderline useless if you’re not 100% familiar with them. And don’t expect two computers to run an executable the same way just because they use the same Wine runner and Prefix. Wine’s no virtual box.
If anyone knows more, or if I said something factually wrong, then please feel free to correct me.
== Regarding SketchUp ==
I’m not sure how far you got and I’m not sure about your skill level, so please excuse me if you already got this far, but according to WineHQ you’ll need to run a rather lengthy command to get it working. By szilveszter:
Thanks for the comments and help. The program can be installed and used as follows: (1) Installation All selectable languages must be enabled. Even so, an ‘invalid handle’ message is generated, but the installation is completed. (2) Starting the program with NVIDIA graphics processor:
__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia WINEPREFIX="/DATA/prg/sketchup_2023" WINEESYNC=1 WINEARCH="win64" /opt/wine-staging/bin/wine64 "/DATA/prg/sketchup_2023/drive_c/Program Files/SketchUp/SketchUp 2023/SketchUp.exe" /DisableRubyAPISo in other words:
- Download Wine-staging (this can be its own can of worms).
- Install by first creating the prefix directory, and the running:
$
WINEPREFIX="/home/$USER/<mysketchupwineprefix>" "</path/to/wine-staging-runner/bin/wine>" "</path/to/sketchup_setup.exe>"Please change the <example> text, and respect the instructions of szilveszter, errors are to be expected.
- Run the executable using their command, but change
/opt/wine-staging/bin/wine64to where your wine-staging runner is located, and"/DATA/prg/sketchup_2023/drive_c/Program Files/SketchUp/SketchUp 2023/SketchUp.exe"to where you decided to install sketchup. Wine-staging might already be included in regular wine, so with some luck you might be able to use your computers default runner.
As per szilveszter’s instructions, I think it’s wise to install Sketchup inside the prefix.
Also, it appears to be only mostly working, so expect errors and limitations. :(
Much obliged! I’ve got my work cut out for me now.
Works great for me on everything except, hilariously, Ski Free.
you might wanna try a distro that has it pre installed and configured like mint or nobara
I’ve been considering it. Right now I’m on Pop!_OS as I use a System76 laptop. It’s based on Ubuntu 22.04 LTS which is pretty old at this point. Which distro would you recommend for best WINE preconfigured and up to date install?
Try bottles from flatpak
Giving it a shot! TY for the suggestion.
Nobara is fedora with some gaming spesific tweaks and latest kernel and drivers, it works really well for me and is from a reputable person (Glorious eggroll creator of proton ge and a red hat employee). I have been having a blast with it for almost half a year now.
One more question, thank you by the way for helping. Would Nobara be a bit bloated for me considering I don’t really game or even have an Nvidia card? I just use an Intel 13th Gen i7 with onboard graphics. Would a different distro with wine preconfigured be better without all that extra stuff like steam/Nvidia compat pre installed? If so which would you recommend?
nvidia compat and steam aren’t pre installed (unless you use the nvidia iso) but you are given an option to install it on the wellcome pop up probably same for steam. You could try to install wine while looking at a tutorial on any distro or just install lutris or bottles on your distro and use wine trough that
Nobara comes with WINE 9 preconfigured?
systemwide, click on .exe and go brr version is on 8.20 staging at the moment, but I am running mod organizer 2 with wine 9 using lutris (bottles would work too). I even added a .desktop shortcut for it using lutris so I can open it by searching it like a native linux program.
How about bottles?
Bottles, like most related things, is based on WINE. DLL hell is real. Source: Been there, done that, gave up after an hour (not counting installing Bottles, which came with its own problems unfortunately.)
There’s a dependencies tab which is a lil confusing but it fixes all your problems in a few clicks
Oh, believe me, I found that and installed everything except the kitchen sink (which took a ridiculously long time with a non-rotating throbber and no progress bars), but the DLLs and OCXs the program insisted on having were not in any of those.
I then found and downloaded what I thought might be the right files from somewhere online (ClamAV said they were clean of malware at least) and put them in the right place in the directory structure. Some of those were detected and I made progress.
Others weren’t registered with the, well, registry properly and
regsvr32on the command line part of Bottles didn’t seem to be working for at least one of them. Maybe I needed specific options or was doing it wrong, but no error messages were happening.Maybe I was only one step away from getting it working, but there was no way to know and I had no idea what to try next, so I gave up.
I mean, I could request those obscure DLLs be added to the Bottles dependencies repository in the hope that that might make it work, but that could be a long wait, and it was a crappy little Windows game I just wanted muck around with again and would have gotten bored with after a few days.
Oh my god, that sounds like hell
Yeah, I know. There isn’t much context, so it could’ve been wine and winetricks UX, which people do have trouble with sometimes.
C# .exes never work for me
I run anything through steam.
Flatpak protonupQ for updates from proton-ge
Steam: add non-steam-game, select exe, go to settings, compatibility, select latest proton-ge.
And almost everything works.
I didn’t expect video playback to work
