http://bugzilla.suse.com/show_bug.cgi?id=1017360 http://bugzilla.suse.com/show_bug.cgi?id=1017360#c2 Robert Nelson <rnelson@airflowsciences.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(rnelson@airflowsc | |iences.com) | --- Comment #2 from Robert Nelson <rnelson@airflowsciences.com> --- Applications that use 32-bit code to access the hardware 3-D graphics acceleration work fine using the drivers downloaded from Nvidia and fail using the community repositories. Examples of such applications are ANSYS fluent and gambit (both of which use HOOPS 3-D software). These applications work fine when running without hardware 3-D graphics acceleration ("-driver X11" or graphics remotely exported)). Applications that use 64-bit hardware acceleration work fine. The software fails with the following message: libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast which indicates that it has tried to drop back to software graphics emulation. On a mchine using the community repository, in /usr/lib, the command "ls *GL*" shows no files. in /usr/lib64, it shows: libEGL.so libGLESv1_CM.so.1.1.0 libGLEWmx.so.1.13.0 libGL.so.1 libGLU.so.1.3.1 libEGL.so.1 libGLESv2.so.2 libGLEW.so.1.13 libGL.so.1.2 libQtOpenGL.so.4 libEGL.so.1.0.0 libGLESv2.so.2.0.0 libGLEW.so.1.13.0 libGL.so.1.2.0 libQtOpenGL.so.4.8 libGLESv1_CM.so.1 libGLEWmx.so.1.13 libGL.so libGLU.so.1 libQtOpenGL.so.4.8.6 On a machine with the driver from nvidia.com installed, these *GL* libraries do appear in /usr/lib. This is why I thought it was a 32 bit library problem. -- You are receiving this mail because: You are on the CC list for the bug.