FS#48357 - [wine][virtualgl][nvidia-utils][bumblee] opengl not available in wine using virtualgl with optimus
Attached to Project:
Arch Linux
Opened by Luca Pizzamiglio (pizzamig) - Saturday, 27 February 2016, 15:32 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 19 March 2016, 03:52 GMT
Opened by Luca Pizzamiglio (pizzamig) - Saturday, 27 February 2016, 15:32 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 19 March 2016, 03:52 GMT
|
Details
The typical configuration to play openGL Windows games on
Linux using the discrete NVIDIA card (bumblebee,
nvidia-utils, virtualGl and wine) doesn't work anymore. The
current workaround is to downgrade virtualg.
Step to reproduce the error: Running a game (Path of Exile in my case) with the command: optirun wine PathOfExile.exe it shows the relevant error message: err:wgl:has_opengl glAccum not found in libGL, disabling OpenGL All tests suggested in the bumblebee Wiki page work perfectly (glxspheres32 and glxspheres64); in other words, virtualgl alone works. The problem arise putting all this elements togheter. The installed packages: multilib/lib32-nvidia-utils 361.28-4 extra/nvidia 361.28-1 extra/nvidia-utils 361.28-5 multilib/wine 1.9.4-1 multilib/wine_gecko 2.44-1 community/winetricks 20160109-2 multilib/lib32-virtualgl 2.5-1 community/virtualgl 2.5-1 The working downgraded virtualg: multilib/lib32-virtualgl 2.4.1-1 community/virtualgl 2.4.1-1 |
This task depends upon
Closed by Doug Newgard (Scimmia)
Saturday, 19 March 2016, 03:52 GMT
Reason for closing: Fixed
Additional comments about closing: virtualgl/lib32-virtualgl 2.5-2
Saturday, 19 March 2016, 03:52 GMT
Reason for closing: Fixed
Additional comments about closing: virtualgl/lib32-virtualgl 2.5-2
---------------------
fixme:winsock:WS_setsockopt Unknown IPPROTO_IPV6 optname 0x00000013
fixme:netapi32:NetGetJoinInformation Semi-stub (null) 0x78e608 0x78e610
fixme:winsock:WSAIoctl WS_SIO_UDP_CONNRESET stub
fixme:winsock:WSAIoctl WS_SIO_UDP_CONNRESET stub
fixme:winsock:WS_setsockopt Unknown IPPROTO_IPV6 optname 0x00000013
fixme:win:LockWindowUpdate (0x10110), partial stub!
err:wgl:has_opengl glAccum not found in libGL, disabling OpenGL.
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:netapi32:NetGetJoinInformation Semi-stub (null) 0x78e608 0x78e610
fixme:winsock:WSAIoctl WS_SIO_UDP_CONNRESET stub
fixme:winsock:WSAIoctl WS_SIO_UDP_CONNRESET stub
fixme:winsock:WS_setsockopt Unknown IPPROTO_IPV6 optname 0x00000013
fixme:netapi32:NetGetJoinInformation Semi-stub (null) 0x78e608 0x78e610
https://github.com/VirtualGL/virtualgl/issues/16
In my case, workarounds don't work.
I manually re-compiled virtualg (withtout AUR, but following the building instructions provided with sources) and it works, libvglfaker.so is linked against libGL.so and everything is fine.
I can confirm that after downgrading virtualgl and lib32-virtual to 1.4 I can start PoE using the `optirun bash` workaround mentioned at https://wiki.archlinux.org/index.php/Bumblebee#.5BVGL.5D_ERROR:_Could_not_open_display_:8.
how manualy recompile virtualgl?
I can confirm what after downgrading virtualgl and lib32-virtualgl to 1.4 all works fine.
following the instruction I've found in https://github.com/VirtualGL/virtualgl (I've also build a static libturbojpeg.a), I've built virtualgl from sources, not using the pacman way.
The configuration is a little bit different, but the libvglfaker.so I've got is linked against libGL.so; the current Arch package is not linked against libGL.so and that's the problem that we have.
I hope the virtualgl's maintainer can fix it soon.
I think this might be a duplicate of this bug:
https://bugs.archlinux.org/task/48403