You guys are getting off into the weeds here. VirtualGL does not need /opt/VirtualGL/lib on Linux platforms. The LD_PRELOAD_32/LD_PRELOAD_64 stuff is specific to Solaris, which packages the faker libs under /opt/VirtualGL/lib because 3rd-party packages aren't allowed to install in the system library directories. On Linux, the faker libs are installed in /usr/lib, /usr/lib64, or /usr/lib32.
Specifically, since Shanon installed virtualgl32*_amd64.deb, there should be a 32-bit version of lib[rr|dl|ge]faker.so under /usr/lib32. The real question is: why is the dynamic linker not finding it? My best guess is that one of the dependencies of /usr/lib32/librrfaker.so is not installed. It goes without saying that just installing virtualgl32 doesn't magically produce a full 32-bit execution environment. 32-bit versions of glibc and other libs are necessary as well. Note that the library directories are not the same between CentOS (Red Hat-based) and Ubuntu (Debian-based.) On Debian-based systems, 64-bit libs are in /usr/lib, and 32-bit libs are in /usr/lib32. On 7/5/12 1:41 AM, James Wettenhall wrote: > Shanon, > > On 05/07/2012, at 4:11 PM, Shanon Loughton wrote: > >> Thanks James, running the first one: >> >> $ grep "\.so" /opt/VirtualGL/bin/vglrun > ... >> LD_PRELOAD_32=/opt/VirtualGL/lib/libdlfaker.so:$LD_PRELOAD_32 >> LD_PRELOAD_32=libdlfaker.so:$LD_PRELOAD_32 > … >> I had no /opt/VirtualGL/lib only fakerlib directory. Created symbolic link >> ./lib to ./fakerlib and re-ran, no difference. > > Symbolic linking seems like a bit of a hack, but if you're going to try that, > maybe try pointing the "lib" symbolic link to /usr/lib/ instead, because (at > least on CentOS), most of VirtualGL's shared libraries are installed in > /usr/lib/ except for libGL.so, which is in /opt/VirtualGL/fakelib/ > > cd /opt/VirtualGL/ > rm lib # Remove the symbolic link you just created. > ln -s /usr/lib lib # Create a new symbolic link pointing to /usr/lib/ > ls /opt/VirtualGL/lib/libgefaker.so # Check that shared libraries can be > access via this symbolic link. > > Have you checked the architecture (32-bit or 64-bit) of the shared libraries > in /usr/lib/, e.g. using "file /usr/lib/libdlfaker.so" ? > > Cheers, > James > >> All libraries are there. >> >> Cheers >> Shanon >> > > > ------------------------------------------------------------------------------ > 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
