I don't think this is the same issue. In his case, it was a more general issue
with the 32-bit faker line being in the wrong place. In your case, note how the
32-bit librrfaker is depending on the Mesa libGL. That tells me that you don't
have the 32-bit nVidia libs installed, or maybe the nVidia installer has the
same issue as our packages and it's trying to install the 32-bit libGL under
/usr/lib32. In any case, since Mesa doesn't support Pbuffers, VirtualGL will
never be able to find a visual when Mesa is being used as the GL library.
On Jul 13, 2012, at 3:41 PM, ilya <i...@moskovko.com> wrote:
> hello everyone,
>
> i'm running into a problem running wine with VirtualGL on an AWS'
> cluster GPU instance (cg1.4xlarge). this might be a very similar
> problem that Shanon ran into (subject: "Test for 32 bit apps on 64 bit
> server").
>
> i'm getting the "WARNING: VirtualGL attempted and failed to obtain a
> Pbuffer-enabled ..." error, which causes wine not to have OpenGL
> support, which it needs for Direct3D support.
>
> the server is running Ubuntu 12.04. i have VirtualGL installed from
> the bumblebee PPA ('apt-get install virtualgl virtualgl-libs
> virtualgl-libs-ia32').
>
> seems like both 64 and 32bit libraries are in all the right places:
>
> # find /usr -name "librrfaker.so"
> /usr/lib/x86_64-linux-gnu/librrfaker.so
> /usr/lib/i386-linux-gnu/librrfaker.so
>
> # find /usr -name "libdlfaker.so"
> /usr/lib/x86_64-linux-gnu/libdlfaker.so
> /usr/lib/i386-linux-gnu/libdlfaker.so
>
> # ldd /usr/lib/x86_64-linux-gnu/librrfaker.so
> linux-vdso.so.1 => (0x00007fff414ef000)
> libGL.so.1 => /usr/lib/libGL.so.1 (0x00007f4e5d32f000)
> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4e5d12b000)
> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> (0x00007f4e5cf0d000)
> libturbojpeg.so => /usr/lib/x86_64-linux-gnu/libturbojpeg.so
> (0x00007f4e5ccb8000)
> libXv.so.1 => /usr/lib/x86_64-linux-gnu/libXv.so.1 (0x00007f4e5cab2000)
> libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
> (0x00007f4e5c77d000)
> libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6
> (0x00007f4e5c56c000)
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f4e5c272000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4e5beb4000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f4e5d905000)
> libnvidia-tls.so.295.59 => /usr/lib/tls/libnvidia-tls.so.295.59
> (0x00007f4e5bcb1000)
> libnvidia-glcore.so.295.59 => /usr/lib/libnvidia-glcore.so.295.59
> (0x00007f4e59977000)
> libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1
> (0x00007f4e59758000)
> libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6
> (0x00007f4e59555000)
> libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6
> (0x00007f4e5934f000)
>
> # ldd /usr/lib/i386-linux-gnu/librrfaker.so
> linux-gate.so.1 => (0xf773c000)
> libGL.so.1 => /usr/lib/i386-linux-gnu/mesa/libGL.so.1 (0xf7632000)
> libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf762d000)
> libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7611000)
> libturbojpeg.so => /usr/lib/i386-linux-gnu/libturbojpeg.so (0xf75b4000)
> libXv.so.1 => /usr/lib/i386-linux-gnu/libXv.so.1 (0xf75ae000)
> libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf747a000)
> libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf7468000)
> libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf743b000)
> libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7296000)
> /lib/ld-linux.so.2 (0xf773d000)
> libglapi.so.0 => /usr/lib/i386-linux-gnu/libglapi.so.0 (0xf7280000)
> libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xf727c000)
> libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0xf7276000)
> libX11-xcb.so.1 => /usr/lib/i386-linux-gnu/libX11-xcb.so.1 (0xf7272000)
> libxcb-glx.so.0 => /usr/lib/i386-linux-gnu/libxcb-glx.so.0 (0xf725a000)
> libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf7239000)
> libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0xf7233000)
> libdrm.so.2 => /usr/lib/i386-linux-gnu/libdrm.so.2 (0xf7226000)
> libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf7221000)
> libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf721a000)
> librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7211000)
>
> for nvidia drivers i installed latest 'NVIDIA-Linux-x86_64-295.59.run'
> with 32bit libraries.
>
> i'm connected through Xvnc ('Xvnc -SecurityTypes None -depth 24
> -geometry 1024x768 :666&') and both 'glxgears' and 'glxspheres' work
> just fine ('vglrun +v -c proxy glxgears').
>
> but when i do: 'vglrun +v -c proxy wine some_game.exe' i get the
> "failed to obtain a Pbuffer-enabled" error. the game i'm trying to
> execute is a 32bit game so i think wine is using the 32bit VGL
> libraries.
>
> any ideas about what's going on here?
>
> here is most of the log:
>
> # WINEARCH=win32 vglrun +v -c proxy wine age3.exe
> [VGL] NOTICE: Replacing dlopen("/lib/x86_64-linux-gnu/libdl.so.2")
> with dlopen("libdlfaker.so")
> [VGL] NOTICE: Replacing dlopen("libX11.so.6") with dlopen("librrfaker.so")
> [VGL] Shared memory segment ID for vglconfig: 15237121
> [VGL] VirtualGL v2.3.1 32-bit (Build 20120430)
> [VGL] Opening local display :0
> [VGL] NOTICE: Replacing dlopen("libX11.so.6") with dlopen("librrfaker.so")
> [VGL] Shared memory segment ID for vglconfig: 15269889
> [VGL] VirtualGL v2.3.1 32-bit (Build 20120430)
> [VGL] Opening local display :0
> [VGL] NOTICE: Replacing dlopen("libX11.so.6") with dlopen("librrfaker.so")
> [VGL] Shared memory segment ID for vglconfig: 15302658
> [VGL] VirtualGL v2.3.1 32-bit (Build 20120430)
> [VGL] Opening local display :0
> fixme:msctf:LangBarMgr_GetShowFloatingStatus STUB:(0x2264558)
> fixme:msctf:LangBarMgr_ShowFloating STUB:(0x2264558)
> fixme:imm:ImmDisableTextFrameService Stub
> fixme:imm:ImmReleaseContext (0x2002c, 0x1e9d018): stub
> fixme:imm:NotifyIME NI_CLOSECANDIDATE
> fixme:imm:ImmGetOpenStatus (0x1e9d018): semi-stub
> fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
> [VGL] NOTICE: Replacing dlopen("libGL.so.1") with dlopen("librrfaker.so")
> [VGL] NOTICE: Replacing dlopen("libGL.so.1") with dlopen("librrfaker.so")
> [VGL] WARNING: VirtualGL attempted and failed to obtain a Pbuffer-enabled
> [VGL] 24-bit visual on the 3D X server :0. This is normal if
> [VGL] the 3D application is probing for visuals with certain capabilities,
> [VGL] but if the app fails to start, then make sure that the 3D X server is
> [VGL] configured for 24-bit color and has accelerated 3D drivers installed.
> err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL,
> expect problems
> err:d3d:WineD3D_CreateFakeGLContext Failed to find a suitable pixel format.
> err:d3d:InitAdapters Failed to get a gl context for default adapter
>
> -- ilya
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> VirtualGL-Users mailing list
> VirtualGL-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
