[07:42] <RAOF> mlankhorst: Oh, hai. Do we plan on using Xserver 1.15 this cycle?
[07:43] <tjaalton> we'd like to
[07:43] <mlankhorst> RAOF: yes
[07:44] <RAOF> Good, good.
[07:44] <RAOF> I'll take this opportunity to rebase vladmir-upstreaming on master then.
[07:46] <mlankhorst> was working just fine, except some damage change
[07:46] <mlankhorst> but really, fix the mir api to not require threads
[07:46] <mlankhorst> that reduces code of vladmir in half
[07:46] <mlankhorst> please
[07:46] <RAOF> And makes the plymouth frontend vastly easier.
[07:46] <mlankhorst> indeed
[07:47] <mlankhorst> so do that first :P
[07:47] <RAOF> I hear your pleas :)
[07:47] <tjaalton> vladmir?
[07:47] <mlankhorst> xmir
[07:47] <RAOF> But with a cooler name.
[07:47] <RAOF> Maybe I should change the name of the module, too :)
[07:47] <tjaalton> ok :)
[07:50] <RAOF> mlankhorst: An event-loop driven API might have to wait for my ipc-generator project I'm thinking of working on over the holidays.
[07:50] <mlankhorst> lol
[08:00] <mlankhorst> ipc is more fun, lets do that!
[08:02] <RAOF> No, it's less fun. Which is why I want to generate it :)
[08:02] <mlankhorst> haha
[08:03] <RAOF> Really? “*push->cur++ = pushbuf_krel(push);”? Who thought that was an awesome idea?
[08:03] <mlankhorst> it's obviously wrong when you see the patch
[08:03] <mlankhorst> but not obviously wrong when you review the code at first
[08:06] <RAOF> Well, maybe. But using a statement with side-effects as an lvalue is a pretty odd thing to do.
[08:14] <hyperair> not that odd
[08:14] <hyperair> a[i++] = blah; is not uncommon
[08:15] <RAOF> I mostly see that with rvalues.
[08:51] <mlankhorst> RAOF: well it's a common pattern in that file. :P
[08:52] <mlankhorst> so it didn't particularly look out of place
[09:28] <mlankhorst> hm pixman powerpc still in accepted
[09:29] <mlankhorst> RAOF: can you look at x11proto-input, unity, unity-2d, libxfixes, libxi, qt4-x11 too?
[09:29] <RAOF> Sure.
[09:47] <mlankhorst> oh and mesa, just uploaded that (some debian/control changes). :) after that I think only the lts-saucy stack itself is messing, but I'm waiting for xorg-server 1.14.5 sru/mre in saucy first anyway.
[09:48]  * RAOF slowly works his way thought more libdrming.
[09:48] <mlankhorst> :
[09:48] <mlankhorst> :D
[09:50] <mlankhorst> dpkg-mergechangelog is awesome, i merged saucy branch into raring, merged raring into quantal, quantal into precise
[09:55] <mlankhorst> couldn't copy it because precise and quantal have libdrm-nouveau1a
[09:56] <RAOF> Man, XSync is a pile of fail.
[09:56] <mlankhorst> yes :-)
[09:56] <RAOF> So conceptually simple, so full of obscure bugs.
[09:57] <jcristau> the extension, not the xlib function?
[09:57] <mlankhorst> he's probably looking at 1.14.5 changelog
[09:58] <jcristau> ah right
[09:59] <RAOF> He's actually looking at https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1238410
[09:59] <mlankhorst> ah :P
[09:59] <RAOF> mlankhorst: Which could kindly have the SRU paperwork done on it?
[09:59] <mlankhorst> RAOF: it was part of the MRE since it's fixed in 1.14.5 commits
[09:59] <mlankhorst> but if you want I'll add some paperwork. :P
[09:59] <RAOF> Ah, ok. Go about your business.
[10:00] <RAOF> I don't need paperwork for MRE'd packages.
[10:00] <mlankhorst> well the other fix has some paperworks
[10:00] <mlankhorst> but the test there is observing xev timestamps
[10:03] <RAOF> “Opening spreadsheets in libreoffice crashes X” is my favourite sort of bug :)
[10:03] <mlankhorst> yeah ended up as a CVE
[10:04] <mlankhorst> I tried to blame this on sweetshark but that didn't work. :P
[10:06]  * RAOF → EOD
[10:06] <mlankhorst> thankyou!
[16:14] <tseliot> mdeslaur: I'm uploading the sources for 13.04 and 13.10 and I'll send you an email as soon as they're ready (it will take a while)
[16:15] <mdeslaur> tseliot: for the nvidia driver?
[16:15] <tseliot> mdeslaur: yep
[16:15] <mdeslaur> cool, thanks