Bug 536266 – x11-drivers/nvidia-drivers OpenGL: Xlib: extension "GLX" missing on display ":0.0".

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Heiko Baums 2015-01-10 23:38:32 UTC]

Since the latest world update no 3D application runs anymore.

trine2 gives the following output:

Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
Segmentation fault

super-hexagon gives this output:

Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
[error] Error: Missing GL version

[scoreid:notice] init
thread started
Couldn't find XDG_DATA_HOME.
Fall back to hardcoded ~/.local/share/SuperHexagon/.
[notice] prepareGame()
[notice] loadFont
[notice] loadFont - done
[notice] loadFont
[notice] loadFont - done

Super-hexagon needs to be killed manually.

And this is the output of supertuxkart:

Irrlicht Engine version 1.8.0
Linux 3.18.2-gentoo #1 SMP PREEMPT Sat Jan 10 06:45:25 CET 2015 x86_64
Xlib:  extension "GLX" missing on display ":0.0".
[IrrDriver Temp Logger] Level 2: No GLX support available. OpenGL driver will not work.
[IrrDriver Temp Logger] Level 3: Fatal error, could not get visual.
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
[IrrDriver Temp Logger] Level 2: No GLX support available. OpenGL driver will not work.
[IrrDriver Temp Logger] Level 3: Fatal error, could not get visual.
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
[IrrDriver Temp Logger] Level 2: No GLX support available. OpenGL driver will not work.
[IrrDriver Temp Logger] Level 3: Fatal error, could not get visual.
Xlib:  extension "GLX" missing on display ":0.0".
Xlib:  extension "GLX" missing on display ":0.0".
[IrrDriver Temp Logger] Level 2: No GLX support available. OpenGL driver will not work.
[IrrDriver Temp Logger] Level 3: Fatal error, could not get visual.
Xlib:  extension "GLX" missing on display ":0.0".
[fatal  ] irr_driver: Couldn't initialise irrlicht device. Quitting.

Those are the packages I have installed:

sys-kernel/gentoo-sources 3.18.2
x11-base/xorg-server 1.16.3-r1
x11-drivers/nvidia-drivers 346.22
media-libs/mesa 10.3.5-r1

Reproducible: Always

[Comment 1 Heiko Baums 2015-01-11 05:29:25 UTC]

Created attachment 393658 [details]
Xorg.0.log-1

[Comment 2 Heiko Baums 2015-01-11 05:29:52 UTC]

Created attachment 393660 [details]
Xorg.0.log-2

[Comment 3 Heiko Baums 2015-01-11 05:30:21 UTC]

Created attachment 393662 [details]
xorg.conf.nvidia-xconfig

[Comment 4 Heiko Baums 2015-01-11 05:30:44 UTC]

Created attachment 393664 [details]
xorg.conf.minimal

[Comment 5 Heiko Baums 2015-01-11 05:31:13 UTC]

Created attachment 393666 [details]
20opengl.conf

[Comment 6 Heiko Baums 2015-01-11 05:48:50 UTC]

If found the reasons for this bug. The reason was in the files /etc/X11/xorg.conf and in /etc/X11/xorg.conf.d/20opengl.conf, which was installed by a package during the last world update. `equery belongs /etc/X11/xorg.conf.d/20opengl.conf` doesn't tell me which one.

First I had this original 20opengl.conf and the xorg.conf, which was created by `nvidia-xconfig`, installed. The latter worked for years. This resulted in the attached Xorg.0.log-1.

Then I replaced the xorg.conf by a minimal xorg.conf, which I found in the wiki. The bug was still there, but now resulting in Xorg.0.log-2.

After commenting the first line 'ModulePath "/usr/lib32/xorg/modules"' in 20opengl.conf out the issue was gone and the 3D applications run again.

So I think nvidia-xconfig should be ideally removed from nvidia-drivers. At least it's not mentioned in the wiki anymore. And the file 20opengl.conf should be fixed somehow. There should only be the paths to the libs for the particular architecture in it. I'm not sure if this file is necessary at all.

[Comment 7 Heiko Baums 2015-01-11 06:44:37 UTC]

/etc/X11/xorg.conf.d/20opengl.conf is created by eselect opengl.

The problem in /usr/share/eselect/modules/opengl.eselect (app-admin/eselect-opengl-1.3.1-r1) are these lines:

xorgmodpath+=(
                                        "${PREFIX#${ROOT}}/${libdir}/opengl/${gl_implem}"

xorgmodpath+=(
                                "${PREFIX#${ROOT}}/${libdir}/xorg/modules"

${libdir} causes the trouble on multilib systems.

Better use lib instead of ${libdir}, because ${libdir} returns /lib32 and /lib64 while /lib is a symlink to the ${libdir} which corresponds to the architecture.

Problem will be that 20opengl.conf will always be reset by `eselect opengl set`. So every time `eselect opengl set` is run this file needs to be edited manually.

[Comment 8 Jeroen Roovers (RETIRED) 2015-01-11 11:17:52 UTC]

*** This bug has been marked as a duplicate of bug 534128 ***