[08:27] <Cimi> tsdgeos, a little bit better this night :)
[08:27] <tsdgeos> Cimi: :)
[08:27] <pstolowski> mzanetti, morning! thanks for your help yesterday!
[08:30] <tsdgeos> pstolowski: so we landed manage dash in rtm, right?
[08:30] <tsdgeos> and by we i mean you :D
[08:30] <pstolowski> tsdgeos, actually that was mzanetti :)
[08:30] <tsdgeos> cool
[08:30] <tsdgeos> for some reason the bugs didn't auto close
[08:30] <tsdgeos> i closed them now
[08:32] <tsdgeos> so it's good i didn't close them by mistake :D
[08:39] <tsdgeos> pstolowski: so you're landing the navigation fixes then?
[08:41] <pstolowski> tsdgeos, yes
[08:41] <tsdgeos> greatz
[08:41] <tsdgeos> pstolowski: do you need anything from me?
[08:42] <pstolowski> tsdgeos, no, thanks!
[09:03] <mzanetti> morning guys
[09:04] <mzanetti> tsdgeos: yeah, noticed that too... the bugs weren't auto closed
[09:04] <tsdgeos> some where
[09:04] <tsdgeos> some where not
[09:04] <tsdgeos> no idea why
[09:13] <tsdgeos> Cimi: there?
[09:13] <Cimi> tsdgeos, yes
[09:14] <tsdgeos> Cimi: what's up with https://code.launchpad.net/~mterry/unity8/wizard-passphrase-osk/+merge/244358 ? seems you wanted to approve but then no?
[09:15] <Cimi> tsdgeos, top approved
[09:16] <tsdgeos> oki .)
[12:54] <facundobatista> Holas
[12:55] <greyback> o/
[13:05] <Mirv> tsdgeos: Saviq: if you want to have a run, Qt 5.4.0 final is currently upgradeable to from vivid landing-005. I managed to see apport running for some time and now my device went into some sort of reboot loop (I barely have time to adb shell in before it boots).. debugging experiences welcome!
[13:05] <Mirv> the packages now have proper symbol support so it's easier to see dependency problems, and I've hacked around Oxide + webbrowser + u-s-s-online-accounts to get them build with the API changes
[13:45] <tsdgeos> Mirv: i see
[13:45] <tsdgeos> will give it a go, see what crashes explodes
[14:23] <tsdgeos> Mirv: that silo puts my phone in an endless reboot loop
[14:32] <Mirv> tsdgeos: mine too. I went to the home partition in recovery mode and filed bug #1403511 - it's the same symbol error as with beta, but this time with better packaging it's surely not from some simple missing rebuild.
[14:33] <tsdgeos> Mirv: damn :D
[14:33] <tsdgeos> Mirv: how do i recover it now, recovery mode?
[14:33] <tsdgeos> i don't remember teh magic key combo
[14:35] <tsdgeos> ok got it
[14:42] <Mirv> tsdgeos: power + down, indeed
[14:43] <Mirv> tsdgeos: on mako I found the user-data (home dir) from mounting /dev/block/platform/msm_sdcc.1/mmcblk0p23
[14:43] <greyback> is very unusual for a failing unity8 to cause phone to reboot
[14:44] <greyback> it would make me suspect graphics gl/gles too
[14:44] <Mirv> it's probably something much more than just unity8, given the missing symbol is glGenVertexArrays
[14:45] <tsdgeos> yeah
[14:45] <greyback> Mirv: I think that's an opengl-only thing
[14:45] <tsdgeos> Mirv: that sounds llike you lined to opengl vs opengles
[14:46] <tsdgeos> i think it's the same problem i was having with the wrong build of qtmir, let me check
[14:49] <Mirv> tsdgeos: it sounds like that, but https://launchpadlibrarian.net/192704349/buildlog_ubuntu-vivid-armhf.qtbase-opensource-src_5.4.0-0ubuntu1~vivid1~test7_UPLOADING.txt.gz is surely ES2 and the error claims libqt5gui5 itself would be the one missing the symbol
[14:49] <Mirv> so more like possibly the gles build being broken or such
[14:49] <Mirv> greyback: that's good to know
[14:50] <tsdgeos> Mirv: it's not libQt5Gui.so.5 that has to have it, i understand that it's trying to use it and failing to find it in or any of the loaded/linked libs
[14:50] <tsdgeos> but yeah the log says gles2
[14:53] <tsdgeos> ah
[14:53] <tsdgeos> https://www.khronos.org/opengles/sdk/docs/man3/html/glGenVertexArrays.xhtml is part of gles3, not gles2
[14:53] <tsdgeos> guess if that's what byting us?
[15:01] <tsdgeos> qt seems to have lots of glGenVertexArrays related code
[15:01] <tsdgeos> :/
[15:02] <Mirv> maybe they've made a mistake when adding gles3 support, making wrong changes wrt gles2 support?
[15:02] <tsdgeos> i think they kind of implemented their own for when not available
[15:03] <tsdgeos> but it may defenitely be weird to get to work
[15:03] <tsdgeos> i'll try to see if i can get it to work, ok?
[15:03] <Mirv> by all means, "go!" :) it would be really nice to see unity8 in action on qt 5.4
[15:05] <tsdgeos> now compiling in the phone will take a while :D
[15:05] <tsdgeos> but oh well
[15:05] <tsdgeos> i can multi task
[15:06] <Mirv> we need the arm64 8-core phones for stuff like this..
[15:07] <tsdgeos> :D
[15:07] <tsdgeos> don't one of those odroid things have 8 cores?
[15:08] <tsdgeos> yeah
[15:08] <tsdgeos> http://www.hardkernel.com/main/products/prdt_info.php?g_code=G140448267127
[15:08] <tsdgeos> Samsung Exynos5422 ARM® Cortex™-A15 Quad 2.0GHz/Cortex™-A7 Quad 1.4GHz
[16:49] <tsdgeos> Mirv: can you please try https://codereview.qt-project.org/#/c/102257/ ?
[17:11] <Mirv> (a build with ^ building in landing-005)
[17:36] <greyback> /usr/bin/unity8 (deleted): No such file or directory.
[17:36] <greyback> strange thing to see when attaching gdb to the unity8 process...