[00:05] New bug: #197121 in xorg (main) "touchpad buttons almost automatically double-clicks, can't click " [Undecided,Incomplete] https://launchpad.net/bugs/197121 [00:51] 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] k, night everyone -> [01:13] cya [01:15] 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] New bug: #30488 in gdm (main) "GDM Display refuses to initialize with ATi Card" [Medium,Incomplete] https://launchpad.net/bugs/30488 [03:41] tjaalton: here's a package for the mesa patch - http://people.ubuntu.com/~bryce/Uploads/mesa_7.0.3~rc2-1ubuntu3.dsc [03:42] tjaalton: I tested that it builds, but didn't install or boot it, but looking at the patch it seems pretty safe [03:42] tjaalton: if it looks good to you too, go ahead and upload [03:43] * bryce afk's to do wedding stuff [07:16] 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] bryce: ok, I'll have a look [08:26] 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] 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] woohoo! [20:58] tjaalton: btw, did you see any issues with that mesa patch? [21:10] bryce: did you try to apply it? [21:10] seems to conflict with 04 [21:11] uh [21:11] hrm, yeah I applied and built it... weird [21:11] sorry [21:11] my mistake [21:14] upstream has dropped i915 in favor of i915tex :) [21:15] so it seem strange that this patch does the opposite [21:15] not that i915tex is currently used much [21:15] the build fails on lpia? [21:15] unfortunately I did not get an explanation about the changes [21:16] intel filters out all changelog info from tungsten graphics before they give it to me [21:18] we don't use configs/defaults, but configs/debian-dri-default which already sets the correct dirs [21:18] so I don't see why this patch is needed :) [21:19] hrm, I'll push back then [21:20] debian-dri-default has DRI_DIRS as well [21:28] bryce: maybe the intel dudes have been compiling the pristine source and not the package [21:29] probably [22:15] 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] or at least historically who takes that up? [22:17] mario_limonciell: not the vendors [22:17] mario_limonciell: you have some ati board which doesn't work in beta? [22:17] yeah we do [22:17] check the latest vesa [22:17] uploaded on Tuesday [22:17] as in git tree latest? [22:18] mario_limonciell: benc and I have brought that up with ATI the last few weeks [22:18] no, the package [22:18] tjaalton, alright will do [22:18] bryce, so the thing is though, if its VBIOS, then it "is" their fault since they are the ones writing the VBIOS [22:18] "work around broken ati BIOSes" :) [22:18] so it's a matter of pointing the right finger [22:18] 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] on your forehead :) [22:19] 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] 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] bryce, when i'm saying "we", i'm meaning myself and Amit (rep Dell) [22:21] mario_limonciell: but probably best would be to have a LP bug I can pass to them. [22:22] mario_limonciell: ah - in that case can you or Amit contact Luugi Marsan directly to get an invite? [22:23] 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] ok [22:24] thanks :) [22:24] tjaalton: hmm, do i want to steal your vesa patches? :) [22:24] heh, but I didn't do anything ;-) [22:25] jcristau: you probably do, don't tell ajax ;) [22:32] ah well that's a pleasant surprise tjaalton. vesa does work with the latest upload :) [22:32] thanks a bunch [22:32] cool :) [22:33] duh, dpkg-genchanges -v segfaults [22:33] 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] but good enough for now [22:55] tjaalton: huh, response from TG is that i915tex is obsolete [22:56] tjaalton: but they agreed the path change is not necessary [22:59] ok, maybe upstream has merged the stuff with i915 in mesa git master [22:59] dunno [23:01] i915 and i915tex were merged iirc [23:02] so what's the newly merged thing named now? i915 or i915tex? [23:03] it's i915 [23:04] "Move i915tex driver into place as just i915. [23:05] ok, so, then the mesa patch is correct? [23:06] no, that's mesa master [23:06] we have 7.0.x [23:07] the patch is irrelevant, since configs/default is not used by our package :) [23:07] the path is already correct, and I doubt it matters much if there's an extra .so [23:08] well, sounds like they agree for configs/default, but the question remains for the change to configs/linux-dri in removing i915tex [23:09] i915tex is only used with Option "Legacy3D" "false" [23:13] bryce: debian-dri-default overrides it [23:31] hmm, X is being slow again [23:33] but logs indicate the greedy migration is enabled [23:36] there have been no updates either [23:39] anyway, getting late.. night! [23:39] night