[06:56] RAOF: yeah but that was after that comment he put in :) [06:57] I just wanted to know if there was a way to say 'hold on until I have more info I don't want to risk it getting upstream' [06:58] s/upstream/in updates/ [06:59] oh timing [06:59] RAOF: yeah but that was after that comment he put in. I just wanted to know if there was a way to say 'hold on until I have more info I don't want to risk it getting released' [07:52] RAOF: can synaptics be sru'd? [08:15] mlankhorst: Yes; failing anything else, I'll get to it on my SRU team day tomorrow. === yofel is now known as Guest57033 [09:59] RAOF, mlankhorst: what's the deal with those workitems? [09:59] [raof] Switch on SNA for -intel in quantal post-alpha1 once it's had a week to bake in -edgers: TODO [09:59] [bryce] Forward SNA-related -intel bugs to Intel between alpha1 and alpha2: BLOCKED [09:59] [ubuntu-x-swat] Evaluate shippability of SNA for -intel in quantal pre-alpha-2: BLOCKED [09:59] [raof] Drop libgl1-mesa-swx11 and 8bit/16bit osmesa packages from mesa post-alpha1: TODO [09:59] [10:00] we are past post-alpha1 ;-) [10:00] we are post-alpha2! [10:00] do you know why the BLOCKED as well? what is blocking? [10:05] I may be missing some context here? [10:16] RAOF, sorry, https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-xorg-general [10:16] RAOF, those are work items from that spec [10:17] RAOF, I just noticed reviewing the list that they seemed to be "post a1" items and we are post a2 ... so I was wondering what's the status on thelm [10:54] seb128: sna just got enabled in edgers last week [10:55] so slightly behind schedule there [10:55] RAOF: lets drop swx11 and enable vdpau then? [10:55] and the other task is blocked because of that [10:56] let the debian bug reporter sort out the packaging bits first? [10:56] that's why it got reverted from our mesa [10:56] handling hw-specific config files is not trivial [10:56] oh k [10:56] fairly sure mesa no longer uses config files though [10:57] or at least had an attempt to use autoconf more [10:58] /etc/XvMCConfig or what it was called [10:58] not for vdpau [10:58] that's used by the xvmc wrapper [10:58] the patch enabled that too [10:59] it could be moved towards loading xvmc lib based on driver like vdpau does [11:00] but dropping xvmc altogether sounds like a better plan [11:00] yeah, not much useful these days [11:14] mlankhorst: Yup. That can me my reward after processing the SRU queue tomorrow :) [11:19] ah k [11:45] tjaalton, mlankhorst, RAOF: can somebody update the workitems to reflect the new target? is a3 realistic? [11:46] should be easy === Guest57033 is now known as yofel [14:30] RAOF: ugh for copyright notice what is preferred? [14:42] * Copyright © 2012 Canonical [14:42] good enough? [14:42] Ltd. [14:42] there's probably some template on wiki.c.c [14:42] or just copy from elsewhere [14:43] hm ok :) [14:43] I finished my initial dma-buf-mgr stub, surprisingly little survived of my initial code. Now to hook it up.. [15:34] so i got this new machine ... with two radeon 6670 cards and three monitors ... [15:34] apparently to use all three across the two cards i need to enable xinerama ... which then disables composite ... [15:35] is there any reason that we build our xserver in a way that excludes composite when xinerama is on ? i thought that was fixed in 1.10 [15:36] it's not really [15:36] and what is http://cgit.freedesktop.org/xorg/xserver/commit/?id=84a14fab8f930ef1855444ae4e9e3e14ee008328 ? [15:37] i thought that enabled it [15:37] * ogra_ was hoping it was only a build time switch we miss [16:07] and v2 sent to ml :) [17:33] ogra_, have you tried with the blob? [17:34] bryceh: do you know when the quantal X server is going to be uploaded? === pzanoni_ is now known as pzanoni [17:36] cnd, do you mean 1.12? That went u p last week [17:36] bryceh: oh great! [17:36] I just got back from a small vacation [17:36] cnd, we expect to continue pulling upstream versions off and on through to the 1.13 release [17:36] so I didn't notice [17:36] cnd, welcome back! [17:36] oh, quantal will be 1.13? [17:36] that makes fixing upstream bugs easier :) [17:37] well, that's the target, but we'll keep options open until we can bang on it and make sure it's safe [17:37] yeah [17:37] I'm going to be trying to fix an upstream bug today, so us being on 1.12 now is nice [17:38] * bryceh nods [17:39] mlankhorst, reminds me; you now can start rolling the LTS point release scripts to set up those 12.x PPAs now [17:42] bryceh: ah was still busy with dma-buf synching but got to the point where I like the api :) [17:42] do you mean 12.x straight or renamed? [17:43] mlankhorst, renamed [17:43] oh sure, will do! [17:48] bryceh: kept myself busy with the synching problem, found a nice solution for deadlocks on free, simply wait until deferred fput patches hit mainline, problem goes away by itself there. The synching api itself will be done by a renamed and slightly modified version of ttm reservation. [17:48] mlankhorst, cool [17:49] mlankhorst, do those fput patches make any sense to think about SRUing to precise? [17:49] probably not, but it will be in the backported kernel [17:49] * bryceh nods [17:49] ok sounds good [17:50] there's only 1 opportunity for deadlocking now in dma-buf and that should be solved by not taking the lock there. [19:14] bryceh, hi :) [19:15] bryceh, could you push a rebuild of nvidia-blob for abi 12 in quantal? [19:37] tseliot's business [19:38] actually [19:38] mlankhorst: you uploaded nvidia the last time? [19:40] ricotz: they should be fine, no? [19:42] tjaalton: nope? [19:42] but yeah should have been rebuilt [19:43] i'm not sure if they use the automatic stuff [19:43] but hardcoded values [19:43] tjaalton, currently not [19:43] it just needs and rebuild [19:43] and/an [19:44] https://lists.ubuntu.com/archives/quantal-changes/2012-June/003202.html [19:44] how come that didn't fix it then [19:44] tjaalton, 302.17 [19:44] that's not in quantal [19:45] https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers/302.17-0ubuntu1 [19:45] ok, well that was uploaded even later, so [19:46] he uploaded straight to ubuntu when x was in proposed? [19:46] Sarvatt, probably [19:46] ok [19:46] tjaalton, fact is it depends on abi 11 instead of 12 ;) [19:47] so i hope someone could push a rebuild [19:51] if a rebuild changes that, something's broken [19:52] jcristau, it automatically picks up the abi version provided by xserver-xorg-dev, what is broken with that? [19:53] the blob doesn't automatically gain new abi [19:53] it's a blob. you know the abi versions it supports statically [19:53] it doesn't depend on what you build against at all [19:53] the packaging does it that way [19:53] then the packaging is screwed up. [19:53] so this would need to be changed then [19:54] i've downloaded it [19:55] i am not here to argue about this, i am just saying nvidia-blob is not installable in this condition and a rebuild against the newer xserver fixes it [19:55] despite the fact that the packaging might need some rethinking in this case [19:57] jcristau: i very much agree, but its like that so its not installable when it doesn't support the new abi in the gui driver installer [19:57] hm? [19:59] %-) [19:59] i can push the rebuild [19:59] and worry about the packaging later.. [20:04] tjaalton, thanks [21:15] nice, firefox and tbird both taking ~80% cpu [21:52] ok both were due to the leapsecond mess