[10:17] <tsdgeos> guys, did #include <mir_toolkit/debug/surface.h> disappear?
[10:23] <tsdgeos> ah, it moved
[10:27] <duflu> tsdgeos: You were using debug/debug/ ?
[10:28] <duflu> https://bugs.launchpad.net/mir/+bug/1639153
[10:28] <ubot5`> Ubuntu bug 1639153 in Mir "libmirclient-debug-extension-dev installs debug/surface.h twice" [Low,Fix released]
[10:29] <tsdgeos> duflu: nah
[10:30] <tsdgeos> moved as in moved to a different deb file
[10:30] <tsdgeos> at some point, maybe not now, i had not built qtubuntu in quite some time
[10:35] <duflu> tsdgeos: Oh right yes the more distant past. I just checked and zesty has it still (in the newer location and no longer twice)
[10:35] <duflu> (zesty has Mir 0.25 now I forgot to announce)
[10:35] <tsdgeos> yeah
[10:35] <tsdgeos> it broke qtubuntu
[10:35] <tsdgeos> :D
[10:35] <duflu> Yay more work
[10:36] <tsdgeos> would be nice to figure out why it wasn't caught before the landing happened
[10:36] <tsdgeos> broke = doesn't compile
[10:36] <duflu> tsdgeos: Let bschaefer know as that should have been in his checklist
[10:36] <tsdgeos> i thought bileto or some stuff would take care of this
[10:36] <tsdgeos> btu i guess they don't :D
[10:37] <duflu> Clearly we have awesome build-deps that don't necessitate rebuilds of *everything*
[10:37] <duflu> Probably since libmirclient9 has been unbroken a while
[15:03] <alan_g> anpok: should we discuss the MirInputConfig etc. rename idea here instead of comments?
[15:06] <anpok> agreed
[15:12] <alan_g> why are you reluctant to export global namespace symbols from mircommon?
[15:26] <anpok> alan_g: well thats more of a side effect.. I am reluctant to use a global name when we already have a namespaced name ..
[15:28] <anpok> alan_g: well thats more of a side effect.. I am reluctant to use a global name when we already have a namespaced name ..
[15:29] <anpok> the only advantage is that we have direct type name mapping in the mir client implementation
[15:29] <alan_g> We already have names in the global namespace mir_* and Mir[A-Z]*
[15:30] <anpok> oh we did that for events
[15:33] <alan_g> I guess a couple more vogons should chime in to ensure folks are happy with the idea
[16:28] <anpok> hm alan_g and then MirInputConfig -> MirInputConfiguration at some point
[16:29] <alan_g> anpok: I guess so. Before/when it moves to mircore?
[16:29] <anpok> alan_g: I thought because of the deprecation and rename of MirDisplayConfig{uration}
[16:30]  * alan_g thinks XXXConfig would be easier to achieve. (But the team has voted)
[16:31] <anpok> alan_g: I thought you very all in against abbreviating things?
[16:32] <alan_g> In the general case I am. But "config" is widely used and unlikely to confuse
[16:33] <anpok> s/very/were
[16:34] <alan_g> that was my reading
[20:46] <_javier4_> I get this error trying to launch Ubuntu Touch, and the screen remains on the boot animation
[20:46] <_javier4_> ERROR: QMirServer - Mir failed to start
[20:47] <_javier4_> is there a way to obtain a better debug message?
[22:26] <anpok> _javier4_: the /var/log/lightdm/unity-system-compositor.log are the first log to look at..
[22:50] <_javier4_> anpok_, I know. But to me that don't say anything. http://pastebin.com/gAHgsxUn
[23:00] <anpok_> _javier4_: this looks ok..
[23:00] <anpok_> so it seems something else prevents unity8 to start up and connect to unity-system-compositor
[23:00] <anpok_> what else was inside the unity8 log?
[23:41] <_javier4_> anpok_, this is the whole log http://pastebin.com/3fA2sUKW
[23:49] <anpok_> _javier4_: hm could you look into what logcat gives you?
[23:50] <_javier4_> unfortunately logcat resulted empty. But let me try again
[23:50] <anpok_> it is weird that you see usc and the egl spinner of usc starting up .. which already shows that egl eith GLEX works..
[23:50] <anpok_> with GLES
[23:54] <_javier4_> anpok_, empty again
[23:55] <_javier4_> root@ubuntu-phablet:~# /android/system/bin/logcat
[23:55] <_javier4_> root@ubuntu-phablet:~#