Description of problem: F8 programs using OpenGL (including ooffice unless explicitly disabled) do not work when displaying to the (proprietary) Xnewt server used by Sun's Sun Ray thin clients. Version-Release number of selected component (if applicable): libX11-1.1.3-4.fc8 libxcb-1.0-4.fc8 mesa-libGL-7.0.1-7.fc8 How reproducible: tk-cn0002 (pp@pts/20):~ >./soffice soffice.bin: xcb_io.c:452: _XRead: Assertion `dpy->xcb->reply_data != 0' failed. /usr/lib64/openoffice.org/program/soffice: line 147: 31476 Aborted "$sd_prog/$sd_binary" "$@" tk-cn0002 (pp@pts/20):~ >glxgears glxgears: xcb_io.c:452: _XRead: Assertion `dpy->xcb->reply_data != 0' failed. A workaround is LD_LIBRARY_PATH:ing to a directory with libX11.so.6 from e.g. CentOS 5. Also tried libxcb-1.1-1 and LIBXCB_ALLOW_SLOPPY_LOCK=1, didn't help.
__glXInitialize in glxext.c 1143 /* Read each config structure and convert it into our format */ 1144 config = psc->configs; 1145 for (j = 0; j < reply.numVisuals; j++) { 1146 assert( config != NULL ); 1147 _XRead(dpy, (char *)props, prop_size); 1148 and that loop runs for a few iterations, then fails. For kicks I tried glxinfo with nvidia libGL, that fails too in similar ways, so it's probably a libX11+xcb with buggy X server regression thing.
This is http://bugs.freedesktop.org/show_bug.cgi?id=3210 , which is not fixed in Xnewt, but has been in Xorg for quite some time. Upstream will possibly do a workaround on the libX11 level and if that gets done the fix will eventually come to Fedora. The real fix needs to be done to Xnewt, though. I'll try to get a bug reported through our support channels. -> closing.
*** Bug 428953 has been marked as a duplicate of this bug. ***