[09:49] <jcristau> bryce_: hi. any chance you can try the patch i attached to fdo bug 16674? it fixed vesa/randr here
[09:52] <bryce_> jcristau: I can package it up for matt to test; unfortunately I'm on travel in London this week and don't have access to my test gear
[09:53] <jcristau> ok
[10:06] <bryce_> wow, such a simple fix
[10:09] <jcristau> yeah. it turns out that (int) (mode->Clock * 1000.0 / mode->HTotal / mode->VTotal + 0.5) when mode->Clock, mode->HTotal and mode->VTotal are all 0 doesn't give such a meaningful refresh rate
[10:12] <bryce_> ahh
[10:13] <jcristau> spent a few hours trying to understand what was going wrong
[10:18] <bryce_> much appreciated.  building server pkgs presently...
[10:19] <bryce_> yeah I banged my head on gdk client-side for the better part of a day before I left
[10:20] <jcristau> i figured it wasn't a client-side problem when i made a trivial app that just did XRRGetScreenResources()/XRRGetCrtcInfo()/XRRGetOutputInfo() and that returned crap
[11:06] <bryce_> jcristau: ok posted to http://people.ubuntu.com/~bryce/Testing/xserver/ and asked mdz to give it a try
[11:08] <crevette> hey bryce
[11:16] <bryce_> heya crevette
[11:34] <crevette> bryce_, I've a brand new thinkpad T61 with intel chip, and all is working great except cpu sticks to 100% cpu for intensive CPU 
[11:36] <crevette> I blaming GPU because with the same hardware with Nvidia I didn't have issue
[11:36] <crevette> is it a known issue
[11:36] <crevette> ?
[11:50] <bryce_> crevette: don't know
[11:57] <mvo> bryce_: *cough* I just uploaded the new mesa from debian experimental to intrepid
[12:07] <bryce_> mvo: great.  any effect on the bugs we're looking at?
[13:17] <bryce_> jcristau: yes mdz confirmed that this patch fixes the issue
[13:17] <jcristau> cool
[14:20] <tormod> this looks wrong: 7.1~rc3-1~ppa1 Published in intrepid-release 2 hours ago
[14:38] <bryce_> tormod: is that the mesa release?
[14:38] <bryce_> mvo accidentally uploaded it earlier.  However I assume it failed to build?
[14:38] <bryce_> in any case he's planning on putting a fixed up new mesa in
[14:38] <mvo> bryce_: yes, my bad
[14:38] <mvo> it fails to build
[14:39] <mvo> never do more than one thing at a time ;)
[14:39] <tormod> bryce_: the version looked a bit strange for a real upload :)
[14:39]  * mvo blushes in shame
[14:39] <tormod> glad to see a new mesa coming anyway!
[14:39] <bryce_> mvo apologized profusely to us and will fix :-)
[14:41] <bryce_> mvo, right no need to do the merge via git
[14:41] <bryce_> mvo, our git page - https://wiki.ubuntu.com/X/GitUsage
[14:41] <bryce_> only xorg and xorg-server require git
[14:42] <bryce_> hmm, speaking of which I forgot to check in the fix for matt's bug
[14:42] <tormod> mesa should be synced, right?
[14:42] <jcristau> there's an ubuntu branch for mesa too
[14:42] <jcristau> tormod: no
[14:42] <tormod> the ubuntu branch is not up to date
[14:43] <bryce_> jcristau: I believe timo created that for merge convenience, but isn't requiring it
[14:44] <tormod> the build failure indicates it can not be synced I guess...
[14:44] <jcristau> a bit weird to have a branch there if it's not going to be used
[14:44] <bryce_> tormod: it needs to be merged
[14:48]  * mvo is working on it now
[15:05] <jcristau> bryce_: hmm, there's already a python binding for libxf86config, i thought
[15:05] <bryce_> tjaalton: it looks like maybe your -0ubuntu2 change for xorg-server wasn't committed to git?  (or maybe I'm doing something wrong...)
[15:06] <jcristau> right, no -0ubuntu2 in git
[15:11] <tjaalton> damn, let me push (back again)
[15:11] <bryce_> tjaalton: you'll need to merge my change I just uploaded (sorry)
[15:11] <tjaalton> bryce_: no worries, my bad
[15:17] <bryce_> summarizes current X in ubuntu:  http://www.phoronix.com/scan.php?page=article&item=ubuntu_810_xorg&num=1
[15:29] <tjaalton> yeah, merging mesa using the git branch would be trivial
[16:00] <mvo> tjaalton: could you please check if you can merge my (not yet uploaded changes) from http://people.ubuntu.com/~mvo/git/mesa.git/ ?
[16:01] <mvo> tjaalton: my git-foo is very weak, so I would like to know if it actually works :)
[16:03] <jcristau> mvo: i think you need to run git-update-server-info on the server for http:// git to work
[16:04] <jcristau> mvo: and if you chmod +x hooks/post-update it should be done automatically
[16:41] <mvo> jcristau: thanks, I thought I had done that, but it seems like it was not run for some reason. I ran it now manually
[16:41] <mvo> jcristau: if you could test-merge it, that would be cool!
[17:30] <tjaalton> mvo: ok I'll check it out
[17:31] <mvo> tjaalton: its a really trivial merge (I hope :) 
[17:42] <tjaalton> mvo: I bet it is :)
[17:42] <tjaalton> fetching it.. gonna take a while
[18:42] <jcristau> mvo: looks good. pulled and pushed back out.
[18:42]  * mvo hugs jcristau
[18:42] <mvo> thanks!
[20:12] <tjaalton> jcristau: wow thanks, so I failed to push mesa too.. amazing
[20:14] <tjaalton> my git fetch didn't finish after ~2h, so maybe this GPRS connection is not that suitable for development after all :P
[20:16] <jcristau> heh
[20:20] <tormod> we've got new mesa \o/
[20:21]  * jcristau got it like *days* ago.. ;)
[20:22] <tjaalton> the "old " one was quite rece tnt too, not quite rc1
[20:24] <tormod> I think some people will be happy for the fixes, especially on intel
[20:24] <jcristau> i965 compiz is still b0rked though
[20:25] <tormod> is there an easy way to see the Ubuntu delta, short of waiting for patches.ubuntu.com
[20:25] <tormod> ?
[20:26] <tormod> and short of debdiffing src packages...
[20:26]  * crevette wants to upgrade to intrepid
[20:26] <jcristau> git diff debian-experimental..ubuntu
[20:28] <tormod> jcristau: thanks, can't get easier I guess :)