Since switching to Wayland, Bottles apps will no longer launch. Getting this error in console:
wineserver: using server-side synchronization.
00d8:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
00d8:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
00d8:err:systray:initialize_systray Could not create tray window
00d0:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
00d0:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running and that $DISPLAY is set correctly."
Can anyone advise what $DISPLAY should be set to, and where this should be set? Currently it's :0
.
I've typically been using ge-proton9-10
or soda 9.0-1
. I tried sys-wine-10.0
and was able to get some apps to launch, with varying results of visual jankiness.
Can anyone advise a reliable config where most apps will 'just work'? I use apps like Notion, a few VSTs, WinSCP & Ableton 12 and Sensible Soccer SWOS 2020.
Before this stands:
So, maybe that only works with X11.
What Graphics Card do You use?
i have found that running zorin in X11 works best overall wayland is being worked on but as far as i know is in develement stage
I was running x11 until recently, but a new monitor required fractional scaling and x11 did not play nicely with that, so had to move to Wayland.
I was assuming xwayland might provide the X server in this instance? Not knowing the ins & outs of x11/wayland I'm not sure how it all fits together and was hoping someone who does might be able to advise.
I've got:
GPU 1: NVIDIA GeForce GTX 1650 Ti Mobile [Discrete]
GPU 2: Intel UHD Graphics @ 1.15 GHz [Integrated]
The Nvidia chip is on driver 550.144.03
With Your Nvidia Graphics, I would definetely recommend to stay with Xorg on Zorin 17. Wayland Support - a good Wayland Support - for Nvidia, you can get on more up-to-date Desktop Environments. Zorin 17 Core uses Gnome 43 as Base for the Desktop and in this the Wayland Implementation isn't so good.
As Ponce-de-Leon mentioned, because Zorin is based on the previous LTS Ubuntu, its Wayland support is not particularly robust. I've used Wayland with great success in a distro closer to the bleeding edge, including with Bottles, but always had problems with it here and in other Debian based distributions.
Since we can't really update GNOME in Zorin without breaking things severely, I'll suggest trying Steam as a workaround, even for the non-game titles you named. It's something of a hassle to do the first time, but once it's done, launching from there is no harder than Bottles.
If you launch Steam click Games, Add a non-Steam Game to My Library, you can add a Windows installer, then run it as if running from Steam. Complete the installation, then repeat, adding the actual software's executable. (I believe this will be under ~/.local/share/Steam/steamapps/common/.) With luck, you should be able to run your program from Steam this way. I'll be honest and say I don't know if this will solve your problem, but that as much as I like Bottles (and I do, I think I recommend it more often than anyone else here), Steam seems to be capable of accomplishing things I haven't been able in other WINE frontends.
Naturally, once your software is installed, you can remove its installer from your Steam Library. Also, if you have software that installed well under Bottles but doesn't run well there, you can point directly to the software in its bottle when adding a non-Steam game, and skip the installer in Steam step.
Hopefully the workarounds I offered help, but also hopefully someone has a better answer.
I was trying to stick with x11, but the fractional scaling was effectively broken, which made it unusable. I have 3 monitors, one of which has fractional scaling at 125%, the other two at 100%. x11 just didn't work with having differing fractional scaling between monitors.
So that forced my hand to go to wayland, which I'd been resisting for all the reasons you mentioned.
Roll on Zorin 18 anyway!
Thanks, that's great to know as a workaround, I may well need it.