XFree86-DRI missing with XFree86-4.3.0.-17 and up solved

[Azeus]

D'oh! You're right. I removed the i686 folder I had created and then removed the /usr/X11R6/lib/tls directory and ran ldconfig. Same amount of extentions and Direct Rendering is enabled.

[_tf_]

gotcha!

you dont need any of the i686 dirs created by
the older xfree installs any more.

looking at your output of glxinfo
you have all extensions available.
should perform pretty well now.
and dont forget to delete the dir again
when upgrading to a new xfree-mesa-libgl package.


best
lars

[frick]

The "fix" you posted does not work for users of SUSE Linux.

/usr/lib/tls does not exit in SUSE 9 installations.

I would greatly appreciate a solution suggestion(s)

PAF
(novice)

[QOAC]

Hi All

I am having this same problem using mandrake 10 community.

Xlib: extension "XFree86-DRI" missing on display ":0.0".
display: :0 screen: 0
direct rendering: No
server glx vendor string: NVIDIA Corporation
server glx version string: 1.3
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce2 GTS/AGP/SSE/3DNOW!
OpenGL version string: 1.4.0 NVIDIA 46.20
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_dot3, GL_EXT_abgr, GL_EXT_blend_color,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_lod_bias
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x22 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x23 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x24 16 tc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x25 16 tc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x26 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 None
0x27 16 dc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 16 0 0 None
0x28 16 dc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 16 0 0 None

I have found that mesa is installed and the libGLU stuff that mandrake must install by default when installing XFree86 server.
I went to remove them but it also wanted to remove several other packages, perl being one of them. Should I just try uninstalling the mesa stuff and then re install perl?

"remove the /usr/X11R6/lib/tls dir" I checked this directory on my system and its empty.
The really weird thing is that glxgears still runs and at a frame rate comparable to the 5336 driver (which had direct rendering on)
How do I get mandrake 10 to use the nvidia files instead of the mesa files that it has installed. Removing them isnt an option as it wants to take half of kDE with it.

[QOAC]

Please disregard my previous post. I must be blind The usr/X11R6/lib/tls directory did have 2 files in it. Removed the tls directory and problem solved.

[quantumanomaly]

Ok, MDK 10, i found out some INTERESTING ****
i did this
rpm -e --nodeps libMesaGL1
rpm -e --nodeps libMesaGlu1
now thw programs asked for it, and i tried linking libGLcore to libglu1.so.1
however the programs segment with this.... does anyone know how to tell XFree to LOAD the NVIDIA module?