[00:05] <ubotu> New bug: #197121 in xorg (main) "touchpad buttons almost automatically double-clicks, can't click " [Undecided,Incomplete] https://launchpad.net/bugs/197121
[00:51] <ubotu> New bug: #149836 in linux-ubuntu-modules-2.6.24 (restricted) "cannot purge config files for linux-ubuntu-modules-2.6.22-12-generic" [Medium,Triaged] https://launchpad.net/bugs/149836
[01:04] <tjaalton> k, night everyone ->
[01:13] <bryce> cya
[01:15] <ubotu> New bug: #207489 in xorg-server (main) "Xorg crashed with SIGSEGV in free() (dup-of: 195767)" [Undecided,New] https://launchpad.net/bugs/207489
[03:41] <ubotu> New bug: #30488 in gdm (main) "GDM Display refuses to initialize with ATi Card" [Medium,Incomplete] https://launchpad.net/bugs/30488
[03:41] <bryce> tjaalton: here's a package for the mesa patch - http://people.ubuntu.com/~bryce/Uploads/mesa_7.0.3~rc2-1ubuntu3.dsc
[03:42] <bryce> tjaalton: I tested that it builds, but didn't install or boot it, but looking at the patch it seems pretty safe
[03:42] <bryce> tjaalton: if it looks good to you too, go ahead and upload
[03:43]  * bryce afk's to do wedding stuff
[07:16] <ubotu> New bug: #43710 in xserver-xorg-video-nv (main) "nvidia card: hangs on start gdm if a second monitor on DVI-I is present" [High,Incomplete] https://launchpad.net/bugs/43710
[07:19] <tjaalton> bryce: ok, I'll have a look
[08:26] <ubotu> New bug: #207577 in xserver-xorg-video-intel (main) "Mobile GM965/GL960 Integrated Graphics Controller SDL graphics corrupt" [Undecided,New] https://launchpad.net/bugs/207577
[18:30] <ubotu> New bug: #207881 in xserver-xorg-video-intel (main) "[Gutsy, Hardy] Black screen with mouse pointer on i830, intel driver" [Undecided,New] https://launchpad.net/bugs/207881
[19:50]  * bryce is core-dev :-)
[19:52] <tjaalton> woohoo!
[20:58] <bryce> tjaalton: btw, did you see any issues with that mesa patch?
[21:10] <tjaalton> bryce: did you try to apply it?
[21:10] <tjaalton> seems to conflict with 04
[21:11] <tjaalton> uh
[21:11] <bryce> hrm, yeah I applied and built it... weird
[21:11] <tjaalton> sorry
[21:11] <tjaalton> my mistake
[21:14] <tjaalton> upstream has dropped i915 in favor of i915tex :)
[21:15] <tjaalton> so it seem strange that this patch does the opposite
[21:15] <tjaalton> not that i915tex is currently used much
[21:15] <tjaalton> the build fails on lpia?
[21:15] <bryce> unfortunately I did not get an explanation about the changes
[21:16] <bryce> intel filters out all changelog info from tungsten graphics before they give it to me
[21:18] <tjaalton> we don't use configs/defaults, but configs/debian-dri-default which already sets the correct dirs
[21:18] <tjaalton> so I don't see why this patch is needed :)
[21:19] <bryce> hrm, I'll push back then
[21:20] <tjaalton> debian-dri-default has DRI_DIRS as well
[21:28] <tjaalton> bryce: maybe the intel dudes have been compiling the pristine source and not the package
[21:29] <bryce> probably
[22:15] <mario_limonciell> hey bryce i had somethign come up today that i wanted to ask you about.  Traditionally if some hardware isn't working with VESA, is it the responsibility of the proprietary vendors for that hardware (AMD/NVIDIA) to get VESA fixed usually, or the community?
[22:16] <mario_limonciell> or at least historically who takes that up?
[22:17] <jcristau> mario_limonciell: not the vendors
[22:17] <tjaalton> mario_limonciell: you have some ati board which doesn't work in beta?
[22:17] <mario_limonciell> yeah we do
[22:17] <tjaalton> check the latest vesa
[22:17] <tjaalton> uploaded on Tuesday
[22:17] <mario_limonciell> as in git tree latest?
[22:18] <bryce> mario_limonciell: benc and I have brought that up with ATI the last few weeks
[22:18] <tjaalton> no, the package
[22:18] <mario_limonciell> tjaalton, alright will do
[22:18] <mario_limonciell> bryce, so the thing is though, if its VBIOS, then it "is" their fault since they are the ones writing the VBIOS
[22:18] <tjaalton> "work around broken ati BIOSes" :)
[22:18] <mario_limonciell> so it's a matter of pointing the right finger 
[22:18] <bryce> mario_limonciell: if that new version still doesn't work, pass me the lp id and I'll bring it up with ati at our next meeting.
[22:18] <tjaalton> on your forehead :)
[22:19] <mario_limonciell> bryce, would you mind if we jumped on the call now too when you do now that the 3-way NDA is in place and all?
[22:21] <bryce> the 3-way NDA is in place now, so I think you'd need to be party to that to be on the call, but I can see.  I imagine they might be open to having a non-NDA portion of the call or something
[22:21] <mario_limonciell> bryce, when i'm saying "we", i'm meaning myself and Amit (rep Dell)
[22:21] <bryce> mario_limonciell: but probably best would be to have a LP bug I can pass to them.
[22:22] <bryce> mario_limonciell: ah - in that case can you or Amit contact Luugi Marsan directly to get an invite?
[22:23] <mario_limonciell> bryce, Amit was going to send them a note first off, and dependign on the outcome, i'll see if he wanted to jump on the call
[22:23] <bryce> ok
[22:24] <mario_limonciell> thanks :)
[22:24] <jcristau> tjaalton: hmm, do i want to steal your vesa patches? :)
[22:24] <bryce> heh, but I didn't do anything ;-)
[22:25] <tjaalton> jcristau: you probably do, don't tell ajax ;)
[22:32] <mario_limonciell> ah well that's a pleasant surprise tjaalton.  vesa does work with the latest upload :)
[22:32] <mario_limonciell> thanks a bunch
[22:32] <tjaalton> cool :)
[22:33] <tjaalton> duh, dpkg-genchanges -v segfaults
[22:33] <mario_limonciell> still, this will be something to engage them over in the future, so that workarounds like the one in place here don't have to be necessary
[22:33] <mario_limonciell> but good enough for now
[22:55] <bryce> tjaalton: huh, response from TG is that i915tex is obsolete
[22:56] <bryce> tjaalton: but they agreed the path change is not necessary
[22:59] <tjaalton> ok, maybe upstream has merged the stuff with i915 in mesa git master
[22:59] <tjaalton> dunno
[23:01] <jcristau> i915 and i915tex were merged iirc
[23:02] <bryce> so what's the newly merged thing named now?  i915 or i915tex?
[23:03] <tjaalton> it's i915
[23:04] <tjaalton> "Move i915tex driver into place as just i915.
[23:05] <bryce> ok, so, then the mesa patch is correct?
[23:06] <tjaalton> no, that's mesa master
[23:06] <tjaalton> we have 7.0.x
[23:07] <tjaalton> the patch is irrelevant, since configs/default is not used by our package :)
[23:07] <tjaalton> the path is already correct, and I doubt it matters much if there's an extra .so
[23:08] <bryce> well, sounds like they agree for configs/default, but the question remains for the change to configs/linux-dri in removing i915tex
[23:09] <jcristau> i915tex is only used with Option "Legacy3D" "false"
[23:13] <tjaalton> bryce: debian-dri-default overrides it
[23:31] <Ng> hmm, X is being slow again
[23:33] <Ng> but logs indicate the greedy migration is enabled
[23:36] <tjaalton> there have been no updates either
[23:39] <tjaalton> anyway, getting late.. night!
[23:39] <bryce> night