Apparently the underlying problem is that Ubuntu 11 and later use MultiArch, so /usr/lib32 is no longer where 32-bit libs are kept.
https://help.ubuntu.com/community/MultiArch I wasn't aware of that until now (I'm not an Ubuntu user, and none of the project sponsors are, either, so changes to that platform tend to go unnoticed until someone reports them, and I tend to have trouble fixing them in a timely manner because there is no funding to do so.) I was able to get VirtualGL up and running by doing the following: apt-get install libglu1-mesa:i386 apt-get install libxv:i386 Install both the virtualgl_*_amd64.deb and virtualgl32_*_amd64.deb packages. for i in /usr/lib32/*; do ln -fs $i /usr/lib/i386-linux-gnu/; done I've checked in a fix to the build system that ensures that the above is done automatically in future releases (and pre-releases) of the virtualgl32 package. I realize that's somewhat of a hack and not at all in keeping with Ubuntu standards, but it's the quickest way I could think of to fix the issue without breaking compatibility with prior Ubuntu releases or necessitating an overhaul of my DEB packaging system. Since it's more of an accepted practice to package 32-bit binaries along with 64-bit binaries in a single package on Ubuntu, that's probably what needs to happen in the long term, but I'm open to any suggestion that doesn't involve adding any new binary packages to the current roster. On 7/6/12 1:06 AM, Shanon Loughton wrote: > I think most of Ubuntu same architecture app<>platform use cases are > working fine, just this use case. > Running: > vglrun ldd /opt/VirtualGL/bin/glxspheres > > They dont show up. > > Running: > LD_PRELOAD=/usr/lib32/libdlfaker.so:/usr/lib32/librrfaker.so ldd > /opt/VirtualGL/bin/glxspheres > > Shows the libraries in the list. > > It also enables the app to run - yay!: > > LD_PRELOAD=/usr/lib32/libdlfaker.so:/usr/lib32/librrfaker.so > /opt/VirtualGL/bin/glxspheres > > And the preload errors still show. But runs as expected now. > > Thanks! > Shanon > > > On 6 July 2012 10:07, DRC <dcomman...@users.sourceforge.net > <mailto:dcomman...@users.sourceforge.net>> wrote: > > Try the following: > > vglrun ldd /opt/VirtualGL/bin/glxspheres > > If /usr/lib32/librrfaker.so and /usr/lib32/libdlfaker.so don't show up > in the dependencies, then something is amiss with the dynamic loader > path. You might also try explicitly setting LD_PRELOAD rather than > using vglrun: > > LD_PRELOAD=/usr/lib32/libdlfaker.so:/usr/lib32/librrfaker.so ldd > /opt/VirtualGL/bin/glxspheres > > I will double-check on an installation of Ubuntu 12.04 to make sure > there are no issues, but I think other people are using VGL successfully > with that platform. > > On 7/5/12 8:18 PM, Shanon Loughton wrote: > > Ok, ldd ing my files... > > > > $ ldd ./glxspheres > > linux-gate.so.1 => (0xf77b5000) > > libGL.so.1 => /usr/lib32/nvidia-current/libGL.so.1 (0xf76c5000) > > libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7591000) > > libGLU.so.1 => /usr/lib/i386-linux-gnu/libGLU.so.1 (0xf751b000) > > libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf74ef000) > > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf734a000) > > libnvidia-tls.so.295.40 => > > /usr/lib32/nvidia-current/tls/libnvidia-tls.so.295.40 (0xf7346000) > > libnvidia-glcore.so.295.40 => > > /usr/lib32/nvidia-current/libnvidia-glcore.so.295.40 (0xf5710000) > > libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf56fd000) > > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf56f8000) > > libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf56d7000) > > libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 > (0xf55f2000) > > libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf55d4000) > > /lib/ld-linux.so.2 (0xf77b6000) > > libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf55cf000) > > libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf55c8000) > > > > Not sure what all that means but it looks ok? > > > > Going through the libraries, the librrfaker.so has a libXv.so.1 not > found... > > $ ldd /usr/lib32/librrfaker.so > > linux-gate.so.1 => (0xf7752000) > > libGL.so.1 => /usr/lib32/nvidia-current/libGL.so.1 (0xf753c000) > > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7537000) > > libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf751b000) > > libXv.so.1 => not found > > libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf73e7000) > > libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf73d5000) > > libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf73a9000) > > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7203000) > > libnvidia-tls.so.295.40 => > > /usr/lib32/nvidia-current/tls/libnvidia-tls.so.295.40 (0xf71ff000) > > libnvidia-glcore.so.295.40 => > > /usr/lib32/nvidia-current/libnvidia-glcore.so.295.40 (0xf55c9000) > > /lib/ld-linux.so.2 (0xf7753000) > > libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf55a8000) > > libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf55a4000) > > libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf559c000) > > > > Installed libxv1:i386 package, and it fixed that. Still no change in > > results. > > > > $ ldd /usr/lib32/libdlfaker.so linux-gate.so.1 => (0xf76e2000) > > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76c3000) > > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf751e000) > > /lib/ld-linux.so.2 (0xf76e3000) > > > > $ ldd /usr/lib32/libgefaker.so > > linux-gate.so.1 => (0xf778a000) > > libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf776b000) > > libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf75c6000) > > /lib/ld-linux.so.2 (0xf778b000) > > > > Logging directly into the server, glxspheres 32bit runs normal. > > > > If it helps, $ ./vglrun ./glxspheres directly on the server also works, > > with this output: > > $ ./vglrun ./glxspheres > > ERROR: ld.so: object 'libdlfaker.so' from LD_PRELOAD cannot be > > preloaded: ignored. > > ERROR: ld.so: object 'librrfaker.so' from LD_PRELOAD cannot be > > preloaded: ignored. > > Polygons in scene: 62464 > > Visual ID of window: 0x27 > > Context is Direct > > OpenGL Renderer: GeForce 8600 GT/PCIe/SSE2 > > 232.467742 frames/sec - 259.434000 Mpixels/sec > > > > Cheers > > > > Shanon > > > > > > On 6 July 2012 07:15, James Wettenhall <james.wettenh...@monash.edu > <mailto:james.wettenh...@monash.edu> > > <mailto:james.wettenh...@monash.edu > <mailto:james.wettenh...@monash.edu>>> wrote: > > > > DRC, > > > > Thanks for setting me straight about Debian's /usr/lib32/ dir and > > about the fact that /opt/VirtualGL/lib/ is not needed on Linux. > > > > Shanon, > > > > Here's the list of packages which I installed to get the 32-bit > > VirtualGL installed on 64-bit Linux. I'm sure you could find > Debian > > equivalents to all these packages. > > > > Also, below I have included the result of running ldd on > > /opt/VirtualGL/bin/glxspheres. (Replace /usr/lib/ with /usr/lib32/ > > for Debian.) > > > > libgcc-4.4.6-3.el6.i686 > > libstdc++-4.4.6-3.el6.i686 > > libdrm-2.4.25-2.el6.i686 > > expat-2.0.1-11.el6_2.x86_64 > > expat-2.0.1-11.el6_2.i686 > > libXau-1.0.5-1.el6.i686 > > libxcb-1.5-1.el6.i686 > > libX11-1.3-2.el6.i686 > > libXext-1.1-3.el6.i686 > > libXfixes-4.0.4-1.el6.i686 > > libXdamage-1.1.2-1.el6.i686 > > libXv-1.0.5-1.el6.i686 > > libXxf86vm-1.1.0-1.el6.i686 > > libselinux-2.0.94-5.2.el6.i686 > > expat-devel-2.0.1-11.el6_2.x86_64 > > mesa-dri-drivers-7.11-3.el6.i686 > > mesa-libGL-7.11-3.el6.i686 > > mesa-libGLU-7.11-3.el6.i686 > > > > [root@i-00000ccf VirtualGL]# ldd /opt/VirtualGL/bin/glxspheres > > linux-gate.so.1 => (0x005d3000) > > libGL.so.1 => /usr/lib/libGL.so.1 (0x00f74000) > > libX11.so.6 => /usr/lib/libX11.so.6 (0x009ef000) > > libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00484000) > > libm.so.6 => /lib/libm.so.6 (0x00110000) > > libc.so.6 => /lib/libc.so.6 (0x0013a000) > > libXext.so.6 => /usr/lib/libXext.so.6 (0x002ca000) > > libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00d7c000) > > libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x002db000) > > libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x002e0000) > > libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00390000) > > libpthread.so.0 => /lib/libpthread.so.0 (0x002ec000) > > libdl.so.2 => /lib/libdl.so.2 (0x003a7000) > > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x005d4000) > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x006d3000) > > libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00307000) > > /lib/ld-linux.so.2 (0x00c06000) > > librt.so.1 => /lib/librt.so.1 (0x00325000) > > libXau.so.6 => /usr/lib/libXau.so.6 (0x00476000) > > > > ------------------------------------------------------------------------------ > > 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 > <mailto:VirtualGL-Users@lists.sourceforge.net> > > <mailto:VirtualGL-Users@lists.sourceforge.net > <mailto: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 > <mailto: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 > <mailto: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 ------------------------------------------------------------------------------ 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
