[01:24] yeah, mesa looking good [02:01] duh, not quite === pwnguin_ is now known as pwnguin === james_w_ is now known as james_w [16:39] bryce: libdrm uploaded, but can't build mesa source since master has diverged too much from rc1 [16:40] so have to wait for rc2 which should happen RSN [16:40] and I did put all the changes in a git branch but it's only local for now [16:41] patch 101 seems to be of no use, since the code is ifdef'd away (we don't use GLX_TLS) [16:41] so there are no patches left [16:52] I'll be gone for the evening, so hope that rc2 is released by tomorrow :) [16:53] mvo, tjaalton: I fixed the compiz slowness [16:54] I had a xorg-driver-fglrx installed which was diverting libgl [16:54] seb128: how? [16:54] aha [16:54] that makes sense! [16:54] seb128: heh, didn't think of that :) [16:55] what is weird is that I tried to install fglrx for a while [16:55] but the package is not installable [16:56] I didn't think I had a buggy old version [18:49] today is a HugDay for Xorg bugs [18:50] http://wiki.ubuntu.com/UbuntuBugDay/20080703 [22:17] sweet, cworth is working on GEMifying the 965 code [23:19] I thought it already was [23:25] heya tjaalton [23:25] tjaalton: btw there's some hefty Xorg HugDay action over on #ubuntu-bugs [23:25] https://wiki.ubuntu.com/UbuntuBugDay/20080703 [23:28] just got back from the bar :P [23:28] ie. perfect time to abuse some bugs [23:28] fun :-) [23:28] tjaalton: hi, building mesa: should the swx confs enable glut? I think they didn't before your autoconf build changes... [23:28] it's friday here already [23:29] tormod: dunno, maybe some other target built them but AFAIK they should be identical [23:29] tormod: btw, you were right about gl.pc [23:30] "configure" fails on missing glut dependencies. The old build log has nothing about glut. [23:31] did you run it through pbuilder btw? [23:31] bryce: yeah, played some french tarot, and won ~10e. too bad that all the beers cost at least three times more [23:31] tormod: not yet [23:32] since I can't build a source package out of it [23:32] I am building on a hardy ppa so I might miss something also. [23:32] why not? [23:32] deb-exp is basically master, which has diverged from rc1. some files are now symlinks [23:33] so dpkg-source barfs [23:33] I could just copy the debian dir on top of the tarball though [23:34] since the changes in configs/ are irrelevant now [23:34] well it works here, I merge debian-experimental with f.do git [23:35] you have generated the tarball from rc1? [23:35] "works" is probably a bit optimistic [23:36] no, I use git. now I understand, you're using the rc1 tarball? [23:36] tormod: both. I made the tarball from upstream tarballs, and used that with current git to generate the source package -> fail [23:37] some intel files are now symlinks [23:38] yes, you mean you made the tarball from upstream rc1 tarballs, and used that with current deb-exp git? [23:39] if you make an orig.tar.gz from upstrean git, it should work, right? [23:40] tjaalton: see mesa on https://edge.launchpad.net/~xorg-edgers/+archive it failed on amd64 but built lpia and i386 [23:41] tormod: yes maybe that should work [23:43] ok checking the build log [23:46] tjaalton: it says "recompile with -fPIC" but -fPIC was indeed used [23:47] tormod: it might be due to the default flags used [23:47] seen that with vdr [23:47] I have amd64 here, could try to build it locally [23:48] ..but it's hardy [23:48] oh, so is the ppa [23:48] yes, but with a few updated libraries [23:49] only libdrm should matter