[01:19] <bryceh> erappleman, we'll certainly take any and all exposed issues into account.  SNA is certainly far from set in stone at this point.  I'd suggest writing up a summary of the problem to ubuntu-x@ (or an internal list if it's private info) and we can investigate options.
[01:21]  * RAOF was under the impression that *sna* was the one that'd get hybrid support. If it's in uxa, then that makes it easy to not care very much about sna.
[01:21] <bryceh> erappleman, aha just noticed you did send something to the list (sorry, have been on vacation since last thursday)
[01:22] <bryceh> heya RAOF
[01:22] <RAOF> Hey bryceh!
[01:39] <Prf_Jakob> Oh right
[01:39] <Prf_Jakob> bryceh, RAOF: have you guys packaged up the latest vmmouse release for precise?
[01:40] <RAOF> I presume 12.8 is not the latest vmmouse?
[01:42] <bryceh> Prf_Jakob, it'd be in edgers or x-updates if it's been packaged, but no I haven't looked into it myself.
[01:42] <Prf_Jakob> bryceh: ok, its a stabel release to fix a mouse issue.
[01:43] <bryceh> Prf_Jakob, if there's a bug # on that, and the fix is a straightforward patch,  we can look at doing an SRU of just that fix.
[01:43] <bryceh> Prf_Jakob, if you give me a bug # I'll take a look when I'm back at work tomorrow
[01:45] <Prf_Jakob> 996821
[01:45] <Prf_Jakob> bug 996821
[01:45] <ubottu> Launchpad bug 996821 in xserver-xorg-input-vmmouse (Ubuntu Precise) "vmmouse 12.8 behaves erratically in when running as a VMware guest" [Medium,Triaged] https://launchpad.net/bugs/996821
[01:48] <bryceh> Prf_Jakob, got it, and looks straightforward.  On my todo list for tomorrow.
[01:48] <Prf_Jakob> Thanks
[01:49] <Prf_Jakob> You arn't putting stable releases into precise?
[01:49] <bryceh> on a case by case basis
[01:49] <Prf_Jakob> ok
[01:50] <bryceh> I will evaluate if we can do the full -vmware release, and if not will at least work to get the specific patch included
[03:34] <erappleman> bryceh, you'd have to ask airlied why he's going with uxa. sna is wicked fast on sandy bridge and older gens, but there is no stable release with it enabled by default.
[03:35] <erappleman> i'm not sure if ddx for either intel or nouveau will have the necessary bits, but a fair amount of the new abi has been incorporated in their respective trees
[03:38] <RAOF> Wicked fast, but wicked fast at rendering corruption unless you use git.
[03:44] <erappleman> yup
[03:44] <erappleman> the trapezoid bug was only just fixed days ago
[03:44] <erappleman> https://bugs.freedesktop.org/show_bug.cgi?id=48630
[03:44] <ubottu> Freedesktop bug 48630 in Driver/intel "Progress bars and other dynamic elements do not render properly with SNA enabled" [Normal,Resolved: fixed]
[03:46] <erappleman> raof, it interfered pretty bad with ambiance theme
[05:11] <tjaalton> bryceh, Prf_Jakob: i think sarvatt uploaded a new version with a fix to -proposed already
[05:13] <tjaalton> or maybe not
[06:25] <tjaalton> bryceh: http://geek-news.mtv.com/2012/06/11/eclipse-board-game/?xrs=share_fb
[06:54] <mlankhorst> morning
[06:55] <tjaalton> same
[06:56] <tjaalton> -intel in debian now has a patch to allow choosing sna over uxa from the conffile
[07:08] <mlankhorst> I saw :)
[07:12] <RAOF> tjaalton: I'm going to order eclipse :)
[07:12] <tjaalton> RAOF: cool :)
[07:12] <tjaalton> I should too
[07:12] <tjaalton> and then worry about who to play it with
[07:12] <tjaalton> but in that order
[08:52] <bryceh> tjaalton, wow, #6
[09:23] <mlankhorst> bryceh: more playing around with firmware for prime ;)
[10:00] <tjaalton> [    5.060204] [drm] nouveau 0000:01:00.0: Unsupported chipset 0xffffffff
[10:00] <tjaalton> that's fun
[10:00] <tjaalton> bug 1010838, fails to boot with 32bit, amd64 works
[10:00] <ubottu> Launchpad bug 1010838 in xorg (Ubuntu) "Ubuntu 12.04 has a problem with my nvidia card" [Undecided,New] https://launchpad.net/bugs/1010838
[10:02] <tjaalton> mlankhorst: ideas about that one?
[10:03] <mlankhorst> tjaalton: not a nouveau bug most likely
[10:03] <tjaalton> ok
[10:03] <mlankhorst> likely system was messed up  before nouveau was even loaded
[10:07] <tjaalton> moved over to the kernel
[10:11] <mlankhorst> it's trying to read out first register and it's 0xffffffff
[12:56] <tjaalton> hmm, what's the kbd combo again to release input grabs?
[13:02] <tjaalton> ah disabled by default, of course
[16:41] <chrisccoulson> are the timestamps associated with X events (eg ButtonPress) in a particular unit? (milliseconds?)
[16:41] <chrisccoulson> never mind, bryceh just answered for me :)
[21:56] <cnd> RAOF, could you approve the SRU for -evdev?
[21:57] <cnd> I uploaded it to precise-proposed last week
[22:41] <bryceh> tjaalton, could you elaborate on what exactly we need to do for bug 949606?
[22:41] <ubottu> Launchpad bug 949606 in mesa (Ubuntu) "64 bit dev packages should include 32 bit .so library file" [Medium,Triaged] https://launchpad.net/bugs/949606
[22:43] <bryceh> tjaalton, also who should own bug 943162?  is that tseliot's area due to the alternatives stuff, or someone else?
[22:43] <ubottu> Launchpad bug 943162 in mesa (Ubuntu) "libgl1-mesa-dev links libGL.so to mesa/libGL.so which conflicts with nvidia's libGL." [Undecided,Confirmed] https://launchpad.net/bugs/943162
[22:47] <bryceh> RAOF, bug #994878 is a -savage regression due to no longer shipping its DRI1 drivers in mesa.  I'm guessing this is wontfix since we don't package/support that hardware's 3d drivers anymore; is that correct?  or if not should we consider resurrecting them (since they appear to still work)?
[22:47] <ubottu> Launchpad bug 994878 in mesa (Ubuntu) "glxgears very slow (no DRI1 drivers anymore)" [Undecided,Confirmed] https://launchpad.net/bugs/994878
[22:49] <RAOF> Didn't Sarvatt / someone in Debian do some work to get the DRI1 drivers from a separate source package?
[22:49] <RAOF> I really don't think we need to care very much, but if it's easy there's no reason not to do it.
[22:50] <bryceh> libgl1-mesa-dri-experimental ?
[22:51] <RAOF> There was a separate source package involved; it's not libgl1-mesa-dri-experimental
[22:52] <bryceh> oh, libgl1-mesa-dri-legacy probably
[22:52] <bryceh> https://launchpad.net/~xorg-edgers/+archive/mesa-legacy
[23:02] <RAOF> tjaalton: Is there anything arch-specific in libgl*-mesa-dev? If not, they can just be marked Multi-Arch: same