Filed against "cvs" as there is no catch-all "unspecified" component. The Mesa release that is in the tree currently is Mesa 5.0, which is an old release of Mesa and no longer supported by the Mesa project. Any bugs present in it, would be up to the xorg project to fix ourselves, or to isolate and backport fixes from upstream Mesa sources. This is IMHO a considerable effort, and most likely will result instead in just shipping stale Mesa sources and never fixing any bugs in them that get reported. It makes much more sense to ship the current upstream stable Mesa release, and to then be able to benefit from individual upstream bug fixes over time as well. In the future, the Mesa project will be putting the DRI drivers into the Mesa tree, and so an in-monolithic-tree Mesa will not be required any longer, however we require in-tree Mesa for the time being, and Mesa 5.0 is dead and obsolete. I'm not sure what all is involved in updating Mesa to 6.0 in the tree, however the best person to contact about this is probably Alan Hourihane, or Kevin Martin.
All the necessary changes are in the DRI tree. The 3D drivers have already moved to mesa. you should be able to just drop in the new mesa tree and change the Imakefiles a bit.
> In the future, the Mesa project will be putting the DRI drivers into the > Mesa tree, As Alex said, the drivers are already in Mesa CVS, but the Mesa tree can't build GLX direct rendering capable libGL and drivers yet. The canonical source of that code is still the DRI tree, though hopefully it'll move to Mesa or its own module at some point as well. > and so an in-monolithic-tree Mesa will not be required any longer, Mesa is also still needed for the server-side GLX support. Also beware that the DRI drivers haven't been fully adapted to Mesa 6 yet; what's in XFree86 4.4 may actually be a better base for a release right now.
Right. I agree with Michael. The release has to be out of the door in finite time. We should not load up anything that holds off the release.
Ok, in light of this new information, it makes sense to leave things as is. Closing bug as deferred for 'LATER'.
Changing status to reopened.
Changing resolution to FIXED (CVS head of 6.8.0)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.