LinuxQuestions.org - Problem with libGL drivers when attempting to run Second Life viewers

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - Problem with libGL drivers when attempting to run Second Life viewers (https://www.linuxquestions.org/questions/slackware-14/problem-with-libgl-drivers-when-attempting-to-run-second-life-viewers-4175667159/)

Problem with libGL drivers when attempting to run Second Life viewers

Hello.

I'm a relative newcomer to Slackware (since September 2019). Mostly very satisfied with the distro, with the exception of a few issues. One concerns the libGL drivers when attempting to run ANY of the viewer software for Second Life virtual world. Using SlackBuild scripts, I successfully compiled and installed the native Second Life viewer, as well as Singularity, and Firestorm-opensim. All of these fail to run, with the same error messages:

libGL error: unable to load driver: i965_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: i965
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
The program 'do-not-directly-run-firestorm-bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 33 error_code 2 request_code 153 minor_code 3)

libGL error: unable to load driver: i965_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: i965
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
The program 'do-not-directly-run-secondlife-bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 33 error_code 2 request_code 153 minor_code 3)

Does anyone have a solution to this? In the meantime, I can still run Second Life on my Devuan distro which is available on a second drive of my dual-boot desktop.

Cheers

Do you have your video card's drivers' module loaded? And is X configured properly for it? (I've never had an intel graphics chip, so others would likely give better advice.)

What slackware are you using? your Distribution: Slackware 14.2 i386, which Devuan distro?

I'm using slackware 64 14.2, I see

Quote:

/usr/lib64/xorg/modules/dri/i965_dri.so
/usr/lib64/xorg/modules/dri/swrast_dri.so

I don't see either in FILELIST.TXT.

Garpu: it's an onboard graphics chip, not an added card with graphics acceleration. However the same hardware works under Devuan Ascii 2.0 so it can't be a hardware issue.

glorsplitz:

I have the drivers in question:

irf-desktop:/usr/share/cups/drv/HP$ locate i965_dri.so
/usr/lib/xorg/modules/dri/i965_dri.so
/usr/lib/dri/i965_dri.so
irf-desktop:/usr/share/cups/drv/HP$ locate swrast_dri.so
/usr/lib/xorg/modules/dri/kms_swrast_dri.so
/usr/lib/xorg/modules/dri/swrast_dri.so
/usr/lib/dri/swrast_dri.so

But they fail to load during the program launch. As for the Devuan, it is 2.0 (Ascii).

ldd (executable) | grep -i 'i965_dri.so'
ldd (executable) | grep -i 'swrast_dri.so'

whatever the Second Life viewer, as well as Singularity, and Firestorm-opensim, executables are called

does it show it sees them?

glorsplitz:

ldd /usr/bin/firestorm-opensim | grep -i 'swrast_dri.so'
(no output)
irf-desktop:~$ ldd /usr/bin/firestorm-opensim
not a dynamic executable

Same results for i965_dri.so

Not sure what to make of that. I also tried adding /usr/lib/xorg/modules/dri/ to /etc/ld.so.conf and running ldconfig before the trying the executables again, but made no difference.

:(

Hello,

in the launching script for SL (either official client or Firestorm), find the lines:

Code:

exportMutliArchDRIPath() {

        MULTIARCH="$(dpkg-architecture -a$1 -qDEB_HOST_MULTIARCH 2>/dev/null)"

        MULTIARCH_ERR=$?

        if [ $MULTIARCH_ERR -eq 0 ]; then

                echo "Multi-arch support detected for $1."

                MULTIARCH_GL_DRIVERS="/usr/lib/${MULTIARCH}/dri"

                if [ -z ${LIBGL_DRIVERS_PATH}  ]

                then

                        export LIBGL_DRIVERS_PATH="${MULTIARCH_GL_DRIVERS}"

                else

                        export LIBGL_DRIVERS_PATH="${LIBGL_DRIVERS_PATH}:${MULTIARCH_GL_DRIVERS}"

                fi

        fi

}

and edit it to:

Code:

exportMutliArchDRIPath() {

        MULTIARCH="$(dpkg-architecture -a$1 -qDEB_HOST_MULTIARCH 2>/dev/null)"

        MULTIARCH_ERR=$?

        if [ $MULTIARCH_ERR -eq 0 ]; then

                echo "Multi-arch support detected for $1."

                MULTIARCH_GL_DRIVERS="/usr/lib/${MULTIARCH}/dri"

                if [ -z ${LIBGL_DRIVERS_PATH}  ]

                then

                        export LIBGL_DRIVERS_PATH="${MULTIARCH_GL_DRIVERS}"

                else

                        export LIBGL_DRIVERS_PATH="${LIBGL_DRIVERS_PATH}:${MULTIARCH_GL_DRIVERS}:/usr/lib64/xorg/modules/dri"

                fi

        fi

}

in this case, the code is from "firestorm" script for Firestorm viewer v6.3.2.58052

orbea: Yes, lxgears works, as does blender 3D modelling software

lonestar_italy: Hmm, nice hack. Thank you for that! It does seem to work, though I had to change the /usr/lib64 to /usr/lib. I tried with firestorm-opensim, secondlife and singularity. The last two tried to load but crashed, but firestorm launches properly. Unfortunately it seems unstable; there are sound issues and it crashes too easily. Probably because it's the i686 version and my Slackware is 14.2 i386. I will tinker with it. Thanks for the tip. :)

Quote:

Originally Posted by Cabbie001 (Post 6075379)

I tried with firestorm-opensim, secondlife and singularity. The last two tried to load but crashed, but firestorm launches properly. Unfortunately it seems unstable; there are sound issues and it crashes too easily. Probably because it's the i686 version and my Slackware is 14.2 i386. I will tinker with it. Thanks for the tip. :)

Well, I'm no longer using 32bit clients and distribution for a while. It is possible that the crashes depend on a mismatch between the versions of the libraries present and those that the client expects.

About the sound, in the startup script I always uncomment the line "export LL_BAD_OPENAL_DRIVER=x"