Hi,

there are a few things about OpenGL stuff in dude. (Question x Answer Form :) )


What we want ?  --- Working OpenGL, it's simple answer.

Where is the problem?  --- problem is in Nevada.

Why?  --- there is libGLU.so.1 linked with libstdc++ and libgcc,
that's very wrong :(

How can we solve that? --- We can provide our own Mesa 6.5.3.

Where will be Mesa stored ? --- I would like to see our Mesa in /opt/foss/X11

Which libs will be provided ? --- I would like to have libGL libGLU
libGLw libOSMesa

Hey, I have NVIDIA card, I don't like Mesa GL !  --- Well, we need
detect if target system has /dev/nvidia0 and then don't install libGL,
libOSMesa from Mesa package.


I would like to use this simple logic:

System has NVIDIA Gpu
- don't install libGL.so.1 and libOSMesa.so.6
- libGLU and libGLw must be linked with NVIDIA libGL.so.1

System has NOT NVIDIA Gpu
- install all libraries from Mesa 6.5.3
- libGLU and libGLw must be linked with MESA libGL.so.1 ()

When those chnages will be done, then we have to rebuild GLEW and
FreeGLUT with right GL, GLU libraries, off course.

It's pretty complicated :)

It should be easier when Mesa will be included in Nevada. I think
right Mesa (7.0.3) built by SUN C. After that moment, we can just say
that we need for KDE4 Nevada build bla bla bla.

Solaris10 users are not affected by this OpenGL issue.


Any comments are welcome.... :D


-- 
Lukas 'Luc' Oboril
IRC nickname: luc^ at freenode


When dealing with people, let us remember we are not dealing with
creatures of logic. We are dealing with creatures of emotions,
creatures bristling with prejudices and motivated by pride and vanity.
  Dale Carnegie

Reply via email to