[00:11] <Sarvatt> woohoo
[00:12] <Sarvatt> blender + dri2 = fixed
=== ripps_ is now known as ripps
[09:49] <bryce> heh, fedora patch from ajax:  xserver-1.5.99.902-sod-off-poulsbo.patch
[09:51] <bryce> tjaalton, think we need http://cvs.fedoraproject.org/viewvc/rpms/xorg-x11-server/F-11/xserver-1.6.1-synaptics.patch?revision=1.1&view=markup ?
[09:56] <tjaalton> bryce: if it's not in 1.6.3, sure
[10:03] <bryce> tjaalton, have you plans to upgrade our mesa in karmic?
[10:05] <tjaalton> bryce: to git master?
[10:05]  * bryce nods
[10:06] <tjaalton> heh, want to try compiz on your r6xx?-)
[10:06] <bryce> iirc we need to coordinate a compatible api version for -ati, xserver, and kernel
[10:06] <tjaalton> yes, at least if we are shooting for ati kms
[10:06] <bryce> oh, debating about pulling a patch vs. waiting until we update
[10:07] <bryce> yeah with ati kms I'd like to pull in a compatible set of things to enable that
[10:31] <tjaalton> aiui there are some performance regressions when going kms
[10:34] <bryce> tjaalton, bad?
[10:36] <tjaalton> don't remember :) meaning that I can't find the reference
[10:41] <tjaalton> I'm thinking about getting a fanless r6xx-based card for fun
[10:42] <tjaalton> replacing the GF8600GT
[10:44] <bryce> hmm
[10:46] <bryce> I sort of wonder that we've gotten as far as we're likely to with ppas and need to put it in karmic proper for further testing
[10:50] <tjaalton> yeah, could be
[10:52] <bryce> tjaalton, I've uploaded a few fedora patches to xserver that looked safe, but keep an eye out
[10:52] <bryce> tjaalton, there was also a virtualbox video autodetect patch which looked interesting, but I don't know that our vbox video driver is broken out in a way that'd work
[10:52] <bryce> tjaalton, however I think it might help in solving the vbox crash you filed
[10:54] <tjaalton> yeah it was automatic, and there are dozens of dupes of similar crashes
[10:54] <bryce> last time I looked into vbox crashes it was just that they needed to rebuild against the newer xserver
[10:55] <bryce> seems like that ought to be solved better... but I'm not sure who's responsible for vbox and haven't had time to investigate very far myself
[10:55] <bryce> there's a couple wishlist bugs open on it in xorg
[10:57] <tjaalton> there's the one requiring splitting the drivers out, and including it/them in -input/video-all
[10:57] <tjaalton> could be that some of the crashers were due to 2.0.x in jaunty being unsupported with xserver 1.6, but it crashed in karmic too, which has vbox 3.0.x
[10:58] <tjaalton> anyway, I think it's really something for the vbox devs to look at
[10:59] <tseliot> bryce: I'm wondering if it's the case to update synaptics to 1.1.3 so as to get rid of two patches and gain this feature: http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/commit/?id=0c3fbceb1b2a18f92166fe75c44b5aaada693c4b
[10:59] <bryce> tjaalton, yeah
[10:59] <tjaalton> sweet, passively cooled HD4650 for 60EUR
[10:59] <bryce> tseliot, sounds good to me - want to post a debdiff?
[11:00] <bryce> tseliot, btw I put in a patch from fedora which sounded like it might help with a few recent synaptics regressions where synaptics stopped working
[11:01] <tseliot> bryce: sure, I'll work on the debdiff. BTW are you in Dublin?
[11:01] <bryce> tseliot, yep
[11:01] <tseliot> ok, almost the same time zone
[11:01] <bryce> hehe
[11:02] <bryce> my sleep schedule is all screwed up tho
[11:02] <tseliot> bryce: what patch were you referring to?
[11:02] <tseliot> yay for jet-lag...
[11:02] <bryce> tseliot, 180_fedora_no_synaptics_mouse_synthesis.patch:
[11:03] <tseliot> bryce: is it in Karmic already?
[11:03] <bryce> tseliot, just uploaded it about 10 min ago
[11:03]  * bryce pushes in git too
[11:03]  * tseliot updates his karmic pbuild
[11:04] <tseliot> bryce: do we have a git repository?
[11:04] <bryce> tseliot, yes for xserver, xorg, mesa, -evdev and libdrm
[11:04] <bryce> tseliot, there is directions on our X wiki
[11:04] <bryce> s/is/are/
[11:05] <tseliot> aah, synaptics is not there, ok
[11:06] <bryce> this looks like an interesting patch - http://cvs.fedoraproject.org/viewvc/rpms/xorg-x11-server/F-11/xserver-1.5.0-projector-fb-size.patch?revision=1.3&view=markup
[11:09] <tseliot> bryce: that would affect any device. Intel + UXA should do something similar already. I'm not sure about -ati
[11:09] <tseliot> which should be good
[11:10] <tseliot> i.e. maybe we can drop my patch for g-s-d to set the virtual resolution
[11:13] <bryce> well, something to keep in mind if we have bugs that would be fixed by it
[11:14]  * tseliot nods
[11:31] <tjaalton> bryce: kick kees to promote audit to main, so that xorg-server would actually build ;)
[11:32] <tjaalton> I filed a bug about it a week ago
[11:34] <kees> tjaalton: it's on the list this week, I swear!
[11:34] <tjaalton> kees: hehe :)
[11:34] <kees> we want it for apparmor too
[11:34] <tjaalton> yeah, it surprised me that it wasn't in main already
[11:35] <tjaalton> since without it you won't be able to see the logs
[11:35] <tjaalton> aiui
=== ripps_ is now known as ripps
=== crevette_ is now known as crevette
[19:30] <Sarvatt> woohoo that blender fix got pulled into mesa 7.5 branch too so no need to cherry pick it. 7.5.1 should be released any day now with it
[19:31] <Sarvatt> nice being able to use blender on intel for the first time since january :D
[19:31] <hyperair> what was wrong?
[19:32] <Sarvatt> (without LIBGL_ALWAYS_SOFTWARE=1 that is)
[19:32] <hyperair> O_o
[19:32] <Sarvatt> https://bugs.edge.launchpad.net/bugs/353763
[19:32] <ubottu> Launchpad bug 353763 in mesa "[i965gm] (Needs mesa >= 7.5.1) Blender is unusable with UXA (DRI2 bug)" [Undecided,Confirmed]
[19:32] <Sarvatt> single buffered frontbuffer rendering was screwed up
[19:32] <Sarvatt> dropdown menus didnt work
[19:34] <Sarvatt> do you guys think i should package up libdrm 2.4.12 and -intel 2.8.0 for x-updates or should we leave it at 2.7.1? i'm really torn on what to do there, dropping EXA seems like a bad idea
[19:34] <hyperair> ask on ubuntu-devel perhaps?
[19:35] <Sarvatt> ack membership meeting in 1.5 hours and i have to run out and do a job, this will be cutting it close
[19:35] <Sarvatt> well x-updates is part of ubuntu-x is why i asked here :D
[19:35] <hyperair> heh well =p
[19:36] <hyperair> i don't really know, i've got xorg-edgers anyway
[19:38] <Sarvatt> yeah i'm thinking just put libdrm 2.4.12 on x-updates and leaving 2.8.0 to edgers, i've been keeping edgers as a stable repo for the past few months instead of bleeding edge (outside of mesa and drivers that is) mostly because of intel :D
[19:42] <Sarvatt> xserver 1.7 still doesnt compile with kdrive xdmx and xvfb enabled :( it looks like Peter Hutterer is going to take over as release manager for it so it can get pushed out the door really soon here though
[19:42] <Sarvatt> tjaalton: looks like no XKB2 for 7.5 going by #xorg-devel
[19:56] <Sarvatt> hmm, anyone have any idea where I should start looking into this problem? http://sarvatt.com/downloads/Xorg.0.log xserver master is getting stuck in a loop starting up, cursor shows up then it restarts again, haven't had a chance to gdb it yet since this is my main machine and I've needed it. The one time I got it up the mouse wouldn't work no matter what I did (I let it loop for like 10 minutes until it started)
[19:57] <Sarvatt> [dix] couldn't enable device 6
[19:57] <Sarvatt> 3: /usr/lib/xorg/modules/input/synaptics_drv.so [0x73882b]
[19:57] <Sarvatt> 4: /usr/bin/X(XIChangeDeviceProperty+0x1d0) [0x8137e40]
[19:59] <albert23> Sarvatt: I think you need -synaptics from git (input abi 7)
[19:59]  * albert23 had the same problem earlier today
[19:59] <Sarvatt> yeah it is
[19:59] <Sarvatt> https://edge.launchpad.net/~sarvatt/+archive/xorg-testing
[20:02] <Sarvatt> i updated xserver since then so i dont have those specific dbg packages :(
[20:02] <Sarvatt> echo 0x8137e40 | eu-addr2line -e ~/Desktop/Xorg
[20:02] <Sarvatt> ../../xkb/ddxBeep.c:309
[20:08] <Sarvatt> 	ABI class: X.Org XInput driver, version 7.0
[20:10] <albert23> Sarvatt: yes I see. I went from 7 July to todays version to fix it, so I also already had abi 7.
[20:11] <tjaalton> Sarvatt: ah, bummer
[20:13] <Sarvatt> i went from 07-22 to 08-01 there, there were a _ton_ of input changes around the 29th, guess i'll see if its fixed on master now and hope it was a server bug :D
[20:19] <Sarvatt> i'm just worried its a ubuntu xserver patch that applies but interferes because that'll take alot of work to track down :D
[21:01] <Sarvatt> RAOF: next time you upload xserver-xorg-video-nouveau, can you drop ARCHITECTURE="$(dpkg --print-installation-architecture)" from debian/xsfbs/xsfbs.sh? 
[21:01] <Sarvatt> looks like get-orig-source doesnt grab anything from debian git so it kept it around
[21:22] <Sarvatt> darn, anyone around that can say anything about my contributions for membership in #ubuntu-meeting?
[21:39] <stgraber> bryce, bryce_away: ping
[21:42] <stgraber> ignore that, it was for Sarvatt's membership though he provided a good IRC log that'll probably be as good as a testimonial :)
[21:52] <tjaalton> heh, great
[22:25] <bryce> ah sorry, was out to lunch with the desktop team
[22:26] <bryce> Sarvatt, sorry about that, terrible timing that all of the canonical people who could vouch for you were out at company dinners tonight :-/
[22:26] <bryce> Sarvatt, hope you got in ok anyway?
[22:28] <Sarvatt> ohh, no worries, it was my mistake not asking for any testamonials on my wiki page in the first place. yep, got in because of the chat logs for #ubuntu-x luckily :)
[22:28] <bryce> sweet
[22:28] <bryce> congrats dude :-)
[22:32] <Seveas> bryce, next time you tell someone to become a member, be a good boy and leave something on their wikipage as well :P
[22:36] <bryce> Seveas, nah I'm a bad boy