[00:02] <alan_g> redtape: Mir is a mix of GPL and LGPL (the latter for the client side).
[00:03] <redtape> ok thank-you.  I take it that is GPL 3.0 ?
[00:06] <alan_g> redtape: correct
[15:50] <thomi> anyone seen alf this morning?
[16:30] <bcbc2> mir has unmet dependencies: depends on libmirserver0 (=0.0.2bzr643raring0) but the version of libmirserver0 is 0.0.2bzr644raring in the ppa
[16:33] <thomi> I just found the same thing :-/
[16:33] <bcbc2> I mean:  0.0.2bzr644raring0
[16:35] <thomi> alf__: ping?
[16:35] <alf__> thomi: pong
[16:35] <thomi> alf__: I wonder if you could take a look at this? https://code.launchpad.net/~thomir/glmark2/fix-for-new-mir-client-api/+merge/161875
[16:35] <thomi> it fixes glmark2 to use the new surface creation function in the mir client API
[16:36] <thomi> then we can have pretty graphs again :)
[16:36] <thomi> hmm, empty diff - WTF?
[16:37] <thomi> alf__: did you already fix that?
[16:37] <alf__> thomi: I pushed a fix to lp:~mir-team/glmark2/mir some time ago (this morning)
[16:37] <thomi> alf__: haha, ok
[16:37] <thomi> alf__: thanks - any idea what the packaging issue is in the ppa?
[16:38] <alf__> thomi: for glmark2 or for mir?
[16:39] <thomi> alf__: for mir
[16:39] <thomi>  mir : Depends: libmirserver0 (= 0.0.2bzr643raring0) but it is not going to be installed
[16:40] <alf__> thomi: no, I will try to find Robert, but he is not around right now
[16:40] <thomi> ok, thansk
[18:02] <robert_ancell> thomi, hmm, odd quantal build failures for lightdm?! https://jenkins.qa.ubuntu.com/job/lightdm-quantal-amd64-ci/8/console
[18:02] <robert_ancell> Might just be easiest to drop quantal support
[18:02]  * thomi looks
[18:03] <bschaefer> duflu, heres the bug if you want to change it to a better description: https://bugs.launchpad.net/mir/+bug/1175267
[18:03] <duflu> bschaefer: Thanks. so long as it's assigned to the Mir project I'd see it anyway
[18:04] <bschaefer> duflu, o well cool :)
[18:04] <bschaefer> duflu, it seems to hang while shutting down, soo it might be different then the egl failing to init problem I was seeing...
[18:04] <bschaefer> but I can try to come up with a different test
[18:04] <duflu> bschaefer: Maybe mention "init" somewhere. So people don't confuse it for existing "shutdown" bugs
[18:05] <thomi> robert_ancell: ugh - I've seen this before - it's some odd autotools thing
[18:05] <thomi> there's a variable that's being set to ''
[18:05] <bschaefer> duflu, alright! And not hang, but after shutdown it stops running completely (which I don't see where in the code it should quit out)
[18:09] <robert_ancell> thomi, unity-system-compositor not set up for CI yet? https://code.launchpad.net/~robert-ancell/unity-system-compositor/std-endl/+merge/161906
[18:14] <thomi> robert_ancell: I'll check - the lightdm issue seems to be a missing build-depends
[18:14] <thomi> we're just trying to figure out what it is
[18:18] <thomi> robert_ancell: for lightdm, we're missing a build-depends on qtchooser in quantal. Probelm is, that would require us to add the qt PPA for quantal, but not precise. If you're OK, I suggest we disable quantal support for lightdm daily builds
[18:18] <robert_ancell> thomi, yeah, ditch quantal
[18:59] <robert_ancell> thomi, any eta for CI for unity-system-compositor?
[19:09] <robert_ancell> RAOF, can you merge https://code.launchpad.net/~raof/mir/document-reality/+merge/161895 with trunk so I can merge my branch with it?
[19:12] <RAOF> robert_ancell: Done.
[22:35] <bschaefer> https://code.launchpad.net/~brandontschaefer/+junk/sdl-mir-support
[22:38] <bschaefer> cmake .. -DVIDEO_OPENGL=OFF