| 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:19 |
|---|---|---|
| * 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:21 |
| bryceh | heya RAOF | 01:22 |
| RAOF | Hey bryceh! | 01:22 |
| Prf_Jakob | Oh right | 01:39 |
| Prf_Jakob | bryceh, RAOF: have you guys packaged up the latest vmmouse release for precise? | 01:39 |
| RAOF | I presume 12.8 is not the latest vmmouse? | 01:40 |
| 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:42 |
| 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:43 |
| 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:45 |
| bryceh | Prf_Jakob, got it, and looks straightforward. On my todo list for tomorrow. | 01:48 |
| Prf_Jakob | Thanks | 01:48 |
| 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:49 |
| 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 | 01:50 |
| 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:34 |
| 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:35 |
| RAOF | Wicked fast, but wicked fast at rendering corruption unless you use git. | 03:38 |
| 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:44 |
| erappleman | raof, it interfered pretty bad with ambiance theme | 03:46 |
| tjaalton | bryceh, Prf_Jakob: i think sarvatt uploaded a new version with a fix to -proposed already | 05:11 |
| tjaalton | or maybe not | 05:13 |
| tjaalton | bryceh: http://geek-news.mtv.com/2012/06/11/eclipse-board-game/?xrs=share_fb | 06:25 |
| mlankhorst | morning | 06:54 |
| tjaalton | same | 06:55 |
| tjaalton | -intel in debian now has a patch to allow choosing sna over uxa from the conffile | 06:56 |
| mlankhorst | I saw :) | 07:08 |
| 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 | 07:12 |
| bryceh | tjaalton, wow, #6 | 08:52 |
| mlankhorst | bryceh: more playing around with firmware for prime ;) | 09:23 |
| 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:00 |
| tjaalton | mlankhorst: ideas about that one? | 10:02 |
| 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:03 |
| tjaalton | moved over to the kernel | 10:07 |
| mlankhorst | it's trying to read out first register and it's 0xffffffff | 10:11 |
| tjaalton | hmm, what's the kbd combo again to release input grabs? | 12:56 |
| tjaalton | ah disabled by default, of course | 13:02 |
| 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 :) | 16:41 |
| cnd | RAOF, could you approve the SRU for -evdev? | 21:56 |
| cnd | I uploaded it to precise-proposed last week | 21:57 |
| 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:41 |
| 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:43 |
| 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:47 |
| 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:49 |
| bryceh | libgl1-mesa-dri-experimental ? | 22:50 |
| RAOF | There was a separate source package involved; it's not libgl1-mesa-dri-experimental | 22:51 |
| bryceh | oh, libgl1-mesa-dri-legacy probably | 22:52 |
| bryceh | https://launchpad.net/~xorg-edgers/+archive/mesa-legacy | 22:52 |
| RAOF | tjaalton: Is there anything arch-specific in libgl*-mesa-dev? If not, they can just be marked Multi-Arch: same | 23:02 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!