Hi, For a long time, I was unsatisfied with the visual artifacts (tearing, misaligned textures, etc) I was seeing when running OpenGL apps on CRUX. I happened upon a workaround when building mesa3d-6.4.1 (make linux-dri-x86) with libdrm-2.0. Alas, Mesa3d is now at version 6.4.2. It wants to replace: usr/include/GL/GLwDrawA.h usr/include/GL/GLwDrawAP.h usr/include/GL/GLwMDrawA.h usr/include/GL/GLwMDrawAP.h My current "fix" is just to remove them, along with: gl.h glext.h glu.h glx.h glxext.h osmesa.h. I'm not convinced that this is the best solution. Would it be better if Mesa's includes superseded Xorg's along with Mesa's $GPU_dri.so drivers superseded our out-dated x11's? Also, I've been thinking about Xorg-6.9. If upgrading to 6.9, and building Mesa as just a supplementary library works great, then can we see an x11-6.9.0 in SVN in the near future? Is an external libdrm and Mesa even necessary, if the x11 port is up-to-date? (or for nvidia users, for that matter?) Honestly, the only reason I first installed mesa3d, is because a game called "xmoto" (it's in my personal repo) wouldn't compile without it--for some reason, it couldn't find my GL includes. It was by shear luck that I happened upon the afore mentioned workaround (relating to the visual artifacts), and quite frankly, I don't know why it worked! My best guess, is that the artifacts were caused by the libdrm which was shipped with xorg-6.8.2, and this was fixed by the separate installation of libdrm-2.0, which Mesa3d then linked with. Whenever we switch to Xorg-7.0, we can (optionally) update the bundled mesa, by downloading the updated mesa tarball in the source=(), and ./configure'ing the xorg-server with --with-mesa-source=$SRC/Mesa-6.x.x. Perhaps we could do the same for its libdrm. Hmm, that's all that I can think of. Cheers, Nick