Adam Jackson wrote: > Hans de Goede wrote: >> Well appearantly it does include GLUT in a CVS checkout. > > Which is why we hack the buildsystem to not build it. It's > redistributable but not free. And of course, since we don't build it, > we never needed to add the BuildReq on libXi-devel. > > Kristian started merging our patchset into Mesa 6.5.1 yesterday, should > be out soonish I hope after we do some smoketesting. > So 6.5.1 is out, cool! May I ask for your attention to the mesa-cvs-r300-smooth-line.patch patch which is in the SRPM I "attached" too: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201365 Get the SRPM directly here: http://people.atrpms.net/~hdegoede/mesa-6.5-20060802.src.rpm This might be a good starting point for the patchset as it contains the patchset in Fedora's SRPM ported to a pretty rescent mesa-CVS. Anyways this patch does the following (as described in the referenced BZ ticket): --- There is one peculiar patch in my SRPM which needs some clarification: mesa-cvs-r300-smooth-line.patch This comments this 1 line in r300_renderer.c: FALLBACK_IF(ctx->Line.SmoothFlag); // GL_LINE_SMOOTH the result of this is that if an application has requested anti-aliased lines, which currently are not implemented in the r300 driver, the application gets normal (not antialiased) lines instead of falling back to the software renderer. This patch is needed to make googleearth and smc (http://www.secretmaryo.org/) usable IMHO having none antialiased lines is way better then 2 fps. The same could be argued for anti-aliased points (the line below this one), but I haven't encountered any apps using this one yet. Notice that this change was suggested by upstream and that upstream has even concidered doing this themselves, they haven;t however because they are planning to fix this by actually implementing antialiased lines soon. --- Thanks & Regards, Hans -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
