compiz - Jul 2007 - LIBGL_ALWAYS_INDIRECT=1 patch fix - any reason why it's not included?

Hi,

I was just struggling with the problem of starting compiz while having
to use LIBGL_ALWAYS_INDIRECT environment variable.

In our packages we have a patch that means we do not need to set this
variable as it searches also the glxServerExtensions.

This is not my patch but it is quite well known, so tracking the
original author will not be difficult!

Here is a link to the patch:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/compiz/current/SOURCES/0001-Also-check-for-tfp-in-server-extensions-rediff.txt?revision=HEAD&view=markup

Here is some info/background on the issue:
http://lists.kde.org/?l=kwin&m=116416932525299&w=2

Thanks to Olivier Blin for being patient with me on IRC last night
concerning this issue.

Feedback appreciated.

Col

On Wed, 2007-07-04 at 13:29 +0100, Colin Guthrie wrote:
> 
> I was just struggling with the problem of starting compiz while having
> to use LIBGL_ALWAYS_INDIRECT environment variable.
> 
> In our packages we have a patch that means we do not need to set this
> variable as it searches also the glxServerExtensions.
This is becoming a FAQ...

An extension can only be assumed to work if it's in the result of
glXQueryExtensionsString(). If you don't believe me, try using
GLX_EXT_texture_from_pixmap with a direct rendering context (and free
drivers) - doesn't work, even though it's listed in both server and
client strings. Moreover, when forcing an indirect context via the last
parameter to glXCreateContext(), the GLX API provides no means to find
out that the extension would indeed work (glXQueryExtensionsString is
context independent), so the LIBGL_ALWAYS_INDIRECT workaround is needed.
See https://bugs.freedesktop.org/show_bug.cgi?id=8160 and some recent
discussion on the mesa3d-dev or dri-devel list.


-- 
Earthling Michel D?nzer           |          http://tungstengraphics.com
Libre software enthusiast         |          Debian, X and DRI developer