On Fri, 2006-04-28 at 00:54 -0400, David Nusinow wrote: > > 1) It has yet to actually be released. Every single package that's out > there for it is based on a CVS pull. This normally wouldn't be a huge > issue, but Xgl requires CVS HEAD pulls of several other packages to > work properly, notably glitz and mesa (and possibly still bits of > Xorg). Debian can't realistically ship CVS snapshots for these > packages as a stable release, so putting them in to unstable is even > more difficult.
Indeed, at least so long as Xgl still lives on a CVS branch (as opposed to HEAD), the only feasible way to package it might be to include snapshots of all the required bits in the upstream tarball. > So that's what's going on with Xgl right now. It's more than likely we'll > have aiglx enabled in the new xserver once X.org ships 7.1, and the rumor > is that it can be made to run compiz, which is what most people want out of > Xgl anyway. Yes, however, the existing 'solution' for running compiz on AIGLX that I've seen involves hacking the server in a way that causes 3D clients other than compiz not to clip their drawables correctly (Xgl still contains a similar hack for compiz). AFAIK people are working on adding support for the new Composite 'overlay window' to compiz though, which would make it work with AIGLX out of the box. As Xgl is currently only really useful with proprietary GL drivers (due to missing PBuffer / framebuffer object support in the free drivers, which is slowly being fixed), the effort might be better spent on helping with these issues upstream. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer
