[00:49] <RAOF> kdub: I'm not sure exactly what you mean in your concern about MIR_SERVER_PLATFORM_MODULE_PATH.
[02:47] <duflu> Hah. Sounds ominous. Mir 0.6.0 "expected" 2 hours ago
[02:47] <duflu> https://launchpad.net/mir/+milestone/0.6.0
[08:21] <duflu> alf_: Oh err, I forgot about the nesting again :)
[08:21] <duflu> I think I'm still wishful it wasn't there
[09:54] <duflu> alf_: Around?
[09:57] <alf_> duflu: yes
[09:58] <duflu> alf_: I'm logging off, but please check if I'm imaginging things: https://bugs.launchpad.net/unity-system-compositor/+bug/1340510
[09:58] <duflu> In case it is that easy
[09:58] <duflu> *imagining
[09:58] <alf_> duflu: looking
[10:03] <alf_> duflu: I will have to dig deeper into the logic there, but in any case we still have the problem of the greeter being too slow to render, so we end up drawing the dash simply because we don't have something newer to draw
[10:03] <duflu> alf_: If we avoid telling USC to compose immediately on resume then it will wait till the nested server has a new frame
[10:03] <duflu> I think that's the bug
[10:04] <duflu> Seems pretty simple actually
[10:04] <duflu> So long as we're not masked by other bugs
[10:07] <alf_> duflu: well, one aspect of the stale frame issue is already solved (dropping old buffers from the queue), I will experiment with your suggestion. It may work if unity8 is not redrawing the dash before the greeter.
[10:09] <duflu> OK, I must resist the temptation to hack and log off
[10:10] <alf_> duflu: enjoy your day!
[10:10] <duflu> alf_: The only annoying part is you need to specify in the server config if you are a system compositor expecting nested servers. If not then behave like a nested one (compose_on_start = true)
[10:10] <duflu> I guess a single "bool am_inner_server" would do
[17:08] <alan_g> alf_: (if you're still about) does this make sense? https://code.launchpad.net/~alan-griffiths/mir/fatal-error/+merge/229086