=== tmpRAOF is now known as RAOF
[08:09] <Mirv> Saviq: I wonder if bug #1437181 could be checked at some point, maybe it's also some #include problem like unity8 had?
[08:09] <ubot5> bug 1437181 in qtmir (Ubuntu) "qtmir fails to build with Qt 5.5" [Undecided,New] https://launchpad.net/bugs/1437181
[08:10] <Mirv> I thought maliit-framework was the only one failing but then I remembered qtmir didn't have a fix too yet
[08:11] <Saviq> Mirv, totally, should be a simple fix
[08:17] <Saviq> Mirv, actually, not as easy, there was some refactoring there
[08:17] <Saviq> I'll ask Gerry to have a look
[08:18] <tsdgeos> Saviq: how are the qmltests as packaging going?
[08:18] <tsdgeos> last i remember i tried some qmluitests in qt 5.5 and was crashing
[08:18] <tsdgeos> so having them may be a good thing so we don't overlook those crashes :D
[08:19] <Saviq> tsdgeos, they not in the current sprint backlog ;)
[08:19] <tsdgeos> oh
[08:30] <Mirv> Saviq: okay, thanks
[08:37] <Mirv> tsdgeos: so you think https://codereview.qt-project.org/#/c/109859/ + https://codereview.qt-project.org/#/c/109860/ probably not that necessary since those are not included yet in our package?
[08:37] <Mirv> probably not a solution to the Plasma problem anyway
[08:38] <tsdgeos> Mirv: i think they're not the crash fixes
[08:38] <tsdgeos> i asked to thiago yesterday and he said it was the one i asked you to update
[08:38] <tsdgeos> but obviously isn't
[08:38] <tsdgeos> Mirv: for completion we can include them though
[08:39] <tsdgeos> Mirv: i'll download the patches and check again later i guess
[08:40] <Mirv> ok. and indeed no help from the yesterday's.
[08:40] <Mirv> (just triple checked that yes the new patch is added to the series file at https://launchpadlibrarian.net/202369807/qtbase-opensource-src_5.4.1%2Bdfsg-2ubuntu6_5.4.1%2Bdfsg-2ubuntu7~vivid1~test1.diff.gz :)
=== marcusto_ is now known as marcustomlinson_
=== marcustomlinson_ is now known as marcustomlinson
[10:14] <Saviq> dednick, tsdgeos, can you please make all the autopilot-related fixes base on one another, so that we have a clear view on the "top" MP of what we achieved with the whole chain of MPs?
[10:15] <tsdgeos> Saviq: there's just one branch
[10:15] <tsdgeos> Saviq: there other two branches are in autopilot
[10:15] <Saviq> right
[10:15]  * Saviq should read more
[10:15] <Saviq> carefully
[10:15] <tsdgeos> the autopilot branches are merged upstream
[10:16] <tsdgeos> but still not released as far as i understood
[10:22] <tsdgeos> wohohoho someone fixed that you can now "cd" into the output folder of stuff like http://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-vivid-armhf/2103/artifact/work/output/*zip*/output.zip without having to chmod it!
[10:28] <greyback> oh yay
=== benonsoftware is now known as clockwork
=== clockwork is now known as benonsoftware
=== tmpRAOF is now known as RAOF
=== MacSlow is now known as MacSlow|lunch
=== alan_g is now known as alan_g|lunch
[12:32] <tsdgeos> dandrader: the launcher feels different with your patch
[12:33] <tsdgeos> give it a try please
[12:36] <dandrader> tsdgeos, ok
=== alan_g|lunch is now known as alan_g
=== MacSlow|lunch is now known as MacSlow
[13:55] <seb128> bah, unity8-dash just segfaulted on my bq rtm after uninstalling a click from the dash
[13:59] <tsdgeos> seb128: backtrace?
[14:00] <seb128> tsdgeos, of course not :-(
[14:00] <seb128> does anyone know why unity8 apport collect keep having no coredumps?
[14:01] <seb128> is that because the collecting job doesn't have enough memory to process?
[14:01] <Saviq> seb128, memory usually, yeah
[14:01] <Saviq> seb128, there should be a .crash at least
[14:01] <seb128> that's weird
[14:01] <seb128> there is
[14:01] <Saviq> but a corrupted one
[14:01] <seb128> but no dump or stacktrace
[14:01] <seb128> it's not corrupted
[14:01] <seb128> it just doesn't contain a coredump
[14:01] <Saviq> there should be a reason in it
[14:02] <tsdgeos> Mirv: ping
[14:02] <seb128> which is weird, I though that in case with enoenoughmemory the apport log was supposed to state the reason
[14:02] <seb128> which doesn't
[14:02] <seb128> Signal 11
[14:04] <Mirv> tsdgeos: pong
[14:05] <tsdgeos> Mirv: i think https://codereview.qt-project.org/#/c/109632/ and QDBusServiceWatcher-Move-the-logic-to-QDBusConnectio.patch  don't match
[14:09] <Mirv> tsdgeos: yes, it looks like the one in the build is not the latest patch set
[14:09] <tsdgeos> Mirv: probably i didn't see the difference in this whole lot of patches
[14:09] <tsdgeos> Mirv: can you update it?
[14:11] <Mirv> tsdgeos: yes, updating, need to hand copy just these QDBusUtil::dbusService() <-> *busService() differences
[14:11] <tsdgeos> yeah
[14:11] <tsdgeos> i saw that i forgot to tell you to put the first patch of the series, that basically does that, and it wasn't a good idea
[14:12] <tsdgeos> but adding it right now is not probably a good idea either
[14:12] <tsdgeos> since you'd need to change the others
[14:12] <tsdgeos> you already changed
[14:13] <Mirv> right
[14:13] <Mirv> ok, pushing a build
[14:14] <tsdgeos> thanks!
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
[16:47] <seb128> tsdgeos, Saviq, I can reproduce that crash easily enough by uninstalling reminder on rtm 265
[16:47] <seb128> Program received signal SIGBUS, Bus error.
[16:47] <seb128> 0xb68a0392 in QQuickItem::y() const ()
[16:47] <seb128>    from /usr/lib/arm-linux-gnueabihf/libQt5Quick.so.5
[16:51] <seb128> tsdgeos, Saviq, seems like the fix from https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1433056 should resolve that one
[16:51] <ubot5> Ubuntu bug 1433056 in unity8 (Ubuntu) "/usr/bin/unity8-dash:7:QQuickItem::y:ListViewWithPageHeader::ListItem::y:ListViewWithPageHeader::onModelUpdated:ListViewWithPageHeader::qt_static_metacall:QMetaObject::activate" [High,Fix released]
[16:52] <seb128> need to update to 266 :-)
[17:02] <tsdgeos> seb128: please, see if that helps
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
=== alan_g is now known as alan_g|EOD