=== _salem is now known as salem_
=== salem_ is now known as _salem
[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 .)
=== _salem is now known as salem_
=== Malsasa_ is now known as Malsasa
[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:32] <ubot5> bug 1403511 in unity8 (Ubuntu) "unity8 fails to start on armhf with Qt 5.4.0" [Undecided,New] https://launchpad.net/bugs/1403511
[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
=== salem_ is now known as _salem
[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
=== _salem is now known as salem_
[14:46] <tsdgeos> i think it's the same problem i was having with the wrong build of qtmir, let me check
=== salem_ is now known as _salem
[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> :/
=== _salem is now known as salem_
[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
=== salem_ is now known as _salem
[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
=== _salem is now known as salem_
[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...
=== alan_g is now known as alan_g|EOD
=== salem_ is now known as _salem
=== dpm is now known as dpm-afk
=== Malsasa_ is now known as Malsasa
=== dpm-afk is now known as dpm