[07:22] <tjaalton> RAOF: are there pending saucy backport uploads from mlankhorst still in NEW?
[07:38] <RAOF> tjaalton: In the precise NEW queue?
[07:38] <RAOF> I don't think so (there are some from tseliot, though)
[07:38] <tjaalton> hm ok
[07:38] <tjaalton> oem is expecting to get them there soon
[07:39] <tjaalton> i thought they were uploaded already
[07:39] <RAOF> I'll accept them once I've processed qt4-x11
[07:39] <RAOF> They're now in binary NEW.
[07:40] <tjaalton> right both are needed, backports and new nvidia stuff
[07:40] <RAOF> mlankhorst: Oh, by the way - why is there a bunch of undocumented maintainer-script changes in unity-2d?
[07:40] <tjaalton> maybe we'll get the rest uploaded today so you could process them tomorrow-ish :)
[07:43] <RAOF> mlankhorst: Bah. qt4-x11 has been superceded by a security update.
[07:45] <RAOF> There we go. All the prime stuff should be done now.
[09:18] <mlankhorst> RAOF: no idea, did I change it?
[09:18] <mlankhorst> @ qt4-x11 yeah I saw, needs a new fix
[09:18] <RAOF> mlankhorst: Well, it's in the debdiff, so you've clearly changed it over what's in precise.
[09:21] <mlankhorst> odd
[09:23] <mlankhorst> oh 0,0 files
[09:24] <mlankhorst> looks like it was because I built from source and the debclean didn't clean it up
[09:26] <mlankhorst> feel free to reject then
[09:27] <RAOF> Done.
[09:31] <tjaalton> mlankhorst: can the rest of the stack move now?
[09:32] <tjaalton> after these i mean
[09:32] <mlankhorst> win a bit
[09:32] <mlankhorst> I have a xorg-server saucy sru/mre to confirm first
[09:37] <tjaalton> ok
[09:47] <mlankhorst> tjaalton: can you sponsor qt4-x11 and unity-2d from https://mblankhorst.nl/etc
[09:51] <tjaalton> done
[09:54] <mlankhorst> RAOF: fixed :)
[13:28] <mlankhorst> yay my panda chroot crashes
[13:30] <tjaalton> so is the plan to get the xserver sru in saucy first and then the backports?
[13:30] <tjaalton> to precise
[13:31] <mlankhorst> yeah
[13:31] <mlankhorst> well at that point I can do a massive upload everything
[13:31] <tjaalton> thing is to get this all in before xmas though..
[13:32] <mlankhorst> better get verifying then!
[13:32] <tjaalton> I don't see anything in git
[13:32] <tjaalton> ubuntu-saucy branch is at 2:1.14.3-3ubuntu2
[13:32] <mlankhorst> there ya go
[13:32] <mlankhorst> pushed but it's trusty + a changelog entry, anyway
[13:32] <tjaalton> looks better :)
[13:33] <tjaalton> and it's uploaded to proposed?
[13:33] <mlankhorst> yeah
[13:33] <tjaalton> can't it be uploaded to precise now too?
[13:33] <tjaalton> might risk extra work though
[13:33] <mlankhorst> I'm waiting for someone to accept qt4-x11 and unity-2d
[13:33] <mlankhorst> at that point I can upload everything
[13:34] <tjaalton> ah, right
[13:34] <tjaalton> I'll poke the three bugs
[13:35] <mlankhorst> I'm poking llvmpipe some
[13:39] <tjaalton> kinda silly to file bugs for issues fixed in the point-release, since we have MRE in place..
[13:39] <tjaalton> :)
[13:39] <tjaalton> just waive it through
[13:40] <mlankhorst> erm except that some parts were fixed not in the mre
[13:42] <tjaalton> ah
[13:42] <tjaalton> in that case yes
[13:44] <mlankhorst> ah ah, wonder if this fix works..
[13:50] <mlankhorst> tjaalton: you can just start libreoffice
[13:50] <mlankhorst> and the crash bug is already fixed through pixman, I think
[13:50] <mlankhorst> this is just paranoia from my side
[13:54] <tjaalton> I don't want to crash my session :)
[13:54] <tjaalton> and the other machines are on trusty
[13:58] <jcristau> X :1 vt8?
[14:00] <tjaalton> right, I could crash my wife's session
[14:01] <mlankhorst> llvm is segfaulting somewhere
[14:03] <mlankhorst> ==12040==    at 0x83D8B28: (anonymous namespace)::ELFObjectWriter::WriteSymbolEntry(llvm::MCDataFragment*, llvm::MCDataFragment*, unsigned long long, unsigned char, unsigned long long, unsigned long long, unsigned char, unsigned int, bool) (in /usr/lib/arm-linux-gnueabihf/libLLVM-3.3.so.1)
[14:03] <mlankhorst> ==12040== Jump to the invalid address stated on the next line
[14:03] <mlankhorst> ==12040==    at 0xAC96AA2: ???
[14:03] <mlankhorst> ==12040==  Address 0xac96aa2 is 1,850 bytes inside a block of size 2,048 free'd
[14:03] <mlankhorst> ==12040==    at 0x482F7E4: operator delete(void*) (vg_replace_malloc.c:480)
[14:03] <mlankhorst> ==12040==    by 0x859FA51: (anonymous namespace)::LoopStrengthReduce::runOnLoop(llvm::Loop*, llvm::LPPassManager&) (in /usr/lib/arm-linux-gnueabihf/libLLVM-3.3.so.1)
[14:03] <mlankhorst> then it dies
[14:04] <tjaalton> k..
[14:19] <tjaalton> well I have the new pixman and it doesn't crash anymore
[14:20] <mlankhorst> yeah
[14:20] <mlankhorst> just grab old pixman
[14:21] <mlankhorst> still shouldn't crash :>
[14:29] <tjaalton> both are at stock versions, doesn't crash
[14:30] <tjaalton> another session running though if it matters
[14:32] <mlankhorst> hm fine I'll try myself
[14:39] <tjaalton> :)
[15:05] <mlankhorst> tjaalton: oh right, are you trying to reproduce on nvidia drivers?
[15:08] <tjaalton> no, intel
[15:14] <jcristau> intel's not really a good test case for exa
[15:14] <jcristau> oh but you tested the pixman bug too. hmm.
[15:24] <mlankhorst> *tries intel*
[15:28] <jcristau> i think i only tested xephyr and radeon actually
[15:29] <mlankhorst> that's more than me! :D
[15:32] <mlankhorst> tjaalton: yeah intel is unaffected
[15:33] <tjaalton> heh, ok
[15:34] <tjaalton> i'm useless then
[15:34] <mlankhorst> oh wait i upgraded pixman too
[15:34] <mlankhorst> sigh
[15:34] <mlankhorst> cba
[15:34] <mlankhorst> it was fixed, done
[15:43] <mlankhorst> verification-done, la la not going to worry any more
[15:47] <tjaalton> correct