[06:53] <tjaalton> mlankhorst: what was the motivation for 716e08fb054e in mesa? :)
[06:55] <tjaalton> nothing in changelog
[06:59] <tjaalton> merging from debian and it causes issues
[07:00] <mlankhorst> tjaalton: files didn't exist any more
[07:00] <tjaalton> hmm ok I see
[07:02] <tjaalton> might come back if we give in to building libosmesa separately again
[07:14] <mlankhorst> not sure if we should, beh i need to figure out what is wrong
[07:15] <tjaalton> hmm osmesa is built the same way on debian too
[07:15] <tjaalton> but it's the swx11 targets that put files there
[07:16] <tjaalton> anyway, fixing the osmesa build not to link to shared glapi should be configurable
[07:16] <tjaalton> or just disable it altogether, as it doesn't make much sense
[07:16] <mlankhorst> meh I want to figure out why osmesa doesn't work right first
[07:16] <tjaalton> isn't that obvious?
[07:18] <mlankhorst> libglapi exists, so it looks more like a linking fail in osmesa if it doesn't work
[07:19] <mlankhorst> of osmesa, that is
[07:23] <mlankhorst> simple linking works just fine on saucy, hm lets see with nvidia-319
[07:31] <mlankhorst> tjaalton: still works for me with nvidia-319 installed too on saucy
[07:34] <mlankhorst> 32-bits and 64-bits
[07:34] <mlankhorst> extern int OSMesaGetCurrentContext;
[07:34] <mlankhorst> int main() { return OSMesaGetCurrentContext; }
[07:35] <tjaalton> ok then
[07:57] <mlankhorst> works on quantal too, maybe their configuration was just broken
[10:18] <tjaalton> 9.1.4 uploaded
[12:27] <tjaalton> and again, powerpc ftbfs..
[12:28] <mlankhorst> link?
[12:28] <tjaalton> 9.1.1-0ubuntu2
[12:28] <tjaalton> enabled llvm to work around it :P
[12:29] <mlankhorst> heheehheheh
[12:29] <tjaalton> didn't bother to check at this point how it's built on debian
[12:29] <mlankhorst> it's fallout from the shared mesa stuff, I think
[12:30] <tjaalton> ah, right
[12:30] <tjaalton> http://launchpadlibrarian.net/143988643/mesa_9.1.3-0ubuntu4_9.1.4-0ubuntu1.diff.gz if you care
[12:31] <mlankhorst> only thing I care about is finishing sru first
[12:32] <mlankhorst> oh looks like my xbmc fixed to vdpau got in
[12:33] <mlankhorst> nouveau E[   PFIFO][0000:01:00.0] read fault at 0x0000f00000 [PAGE_NOT_PRESENT] from PCOPY1/PCOPY1 on channel 0x005fce0000 [DRM]
[12:33] <mlankhorst> weee
[12:34] <mlankhorst> I really need to figure out what is going on there