| ubotu | New bug: #197121 in xorg (main) "touchpad buttons almost automatically double-clicks, can't click " [Undecided,Incomplete] https://launchpad.net/bugs/197121 | 00:05 |
|---|---|---|
| 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 | 00:51 |
| tjaalton | k, night everyone -> | 01:04 |
| bryce | cya | 01:13 |
| ubotu | New bug: #207489 in xorg-server (main) "Xorg crashed with SIGSEGV in free() (dup-of: 195767)" [Undecided,New] https://launchpad.net/bugs/207489 | 01:15 |
| 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:41 |
| 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:42 |
| * bryce afk's to do wedding stuff | 03:43 | |
| 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:16 |
| tjaalton | bryce: ok, I'll have a look | 07:19 |
| 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 | 08:26 |
| 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 | 18:30 |
| * bryce is core-dev :-) | 19:50 | |
| tjaalton | woohoo! | 19:52 |
| bryce | tjaalton: btw, did you see any issues with that mesa patch? | 20:58 |
| tjaalton | bryce: did you try to apply it? | 21:10 |
| tjaalton | seems to conflict with 04 | 21:10 |
| tjaalton | uh | 21:11 |
| bryce | hrm, yeah I applied and built it... weird | 21:11 |
| tjaalton | sorry | 21:11 |
| tjaalton | my mistake | 21:11 |
| tjaalton | upstream has dropped i915 in favor of i915tex :) | 21:14 |
| 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:15 |
| bryce | intel filters out all changelog info from tungsten graphics before they give it to me | 21:16 |
| 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:18 |
| bryce | hrm, I'll push back then | 21:19 |
| tjaalton | debian-dri-default has DRI_DIRS as well | 21:20 |
| tjaalton | bryce: maybe the intel dudes have been compiling the pristine source and not the package | 21:28 |
| bryce | probably | 21:29 |
| 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:15 |
| mario_limonciell | or at least historically who takes that up? | 22:16 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:21 |
| bryce | mario_limonciell: ah - in that case can you or Amit contact Luugi Marsan directly to get an invite? | 22:22 |
| 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:23 |
| 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:24 |
| tjaalton | jcristau: you probably do, don't tell ajax ;) | 22:25 |
| 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:32 |
| 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:33 |
| bryce | tjaalton: huh, response from TG is that i915tex is obsolete | 22:55 |
| bryce | tjaalton: but they agreed the path change is not necessary | 22:56 |
| tjaalton | ok, maybe upstream has merged the stuff with i915 in mesa git master | 22:59 |
| tjaalton | dunno | 22:59 |
| jcristau | i915 and i915tex were merged iirc | 23:01 |
| bryce | so what's the newly merged thing named now? i915 or i915tex? | 23:02 |
| tjaalton | it's i915 | 23:03 |
| tjaalton | "Move i915tex driver into place as just i915. | 23:04 |
| bryce | ok, so, then the mesa patch is correct? | 23:05 |
| tjaalton | no, that's mesa master | 23:06 |
| tjaalton | we have 7.0.x | 23:06 |
| 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:07 |
| bryce | well, sounds like they agree for configs/default, but the question remains for the change to configs/linux-dri in removing i915tex | 23:08 |
| jcristau | i915tex is only used with Option "Legacy3D" "false" | 23:09 |
| tjaalton | bryce: debian-dri-default overrides it | 23:13 |
| Ng | hmm, X is being slow again | 23:31 |
| Ng | but logs indicate the greedy migration is enabled | 23:33 |
| tjaalton | there have been no updates either | 23:36 |
| tjaalton | anyway, getting late.. night! | 23:39 |
| bryce | night | 23:39 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!