**** BEGIN LOGGING AT Sun Jul 23 03:00:02 2017 Jul 23 07:00:22 Morning Jul 23 07:00:36 Tofe: Release is out, so you're free to PR stuff for 5.8 upgrade now. Jul 23 07:00:36 Morning! Jul 23 07:00:45 Great :) Jul 23 07:00:51 Writing up release announcement Jul 23 07:00:54 Herrie: for PA, not sure it's that; I added it so that libhybris's audio.h matches Android's Jul 23 07:01:20 So it's unlikely pyro broke that Jul 23 07:02:16 Herrie: I'll fix maliit and the most annoying bugs, and then I'll PR Jul 23 07:04:06 Tofe: OK Jul 23 07:29:07 Herrie: I discovered also that the chromium uses more and more of Linux 3.8 sandboxing capabilities Jul 23 07:29:19 +of Qt 5.8 Jul 23 07:30:09 For instance: https://github.com/webOS-ports/qtwebengine-chromium/blob/webOS-ports/master/chromium/sandbox/linux/services/namespace_utils.cc#L63 (user_namespace_sandboxing is now active by default) Jul 23 07:38:43 Ehm we're on 3.4 so that will be problematic again? Jul 23 07:55:31 Herrie: I've disabled that part of the sandboxing Jul 23 07:56:51 There is also Seccomp_Filter, which only appeared in 3.8, but has backports for 3.4: https://bug790923.bmoattachments.org/attachment.cgi?id=8421852 Jul 23 07:57:22 For now I've disabled that one too Jul 23 08:34:43 Tofe: OK Jul 23 08:35:10 Tofe: I added this to the release announcement: Is it accurate or should be worded differently? "For the Touchpad we were able to already use the work done by the Halium project and we're mainly using Halium 5.1 as a source!" Jul 23 08:37:38 Or better something like: "For the Touchpad we were able to already use the work done by the Halium project and we're mainly using Halium 5.1 as a source for building the required Android bits!" Jul 23 09:42:27 one moment, was away Jul 23 09:44:12 Herrie: frankly, there isn't that much that isn't from Halium: init.rc (but it could be solved by a smart merge), the caf drivers, and the device/vendor/kernel which isn't even part of Halium Jul 23 09:45:28 I like the second proposition, it's a bit less confusing for someone how doesn't know what is Halium. Better also to put their website somewhere Jul 23 10:41:20 Tofe: Thnx for feedback. I included links to Halium.org and 5.1 repo ;) Jul 23 10:41:29 Just doesn't display here when copying Jul 23 10:49:37 Tofe: We only use Halium for TP currently right? Jul 23 10:50:57 currently yes Jul 23 10:53:21 Tofe: OK :) Just that I don't have it wrong in the announcement Jul 23 10:56:10 we updated connman with pyro, right? Jul 23 10:56:46 I how have dbus errors between luna-next and connman, someow Jul 23 10:56:49 somehow Jul 23 10:57:31 Tofe: Ehm let me see Jul 23 10:57:35 JaMa might have done that Jul 23 10:58:38 Tofe: https://pivotce.com/2017/07/23/luneos-july-stable-release-cortado/ Jul 23 11:00:07 \o/ Jul 23 11:00:29 Tofe: Well ConnMan 1.33 probably gives issues with BlueZ4 Jul 23 11:00:45 Since it was dropped in 1.32 Jul 23 11:00:53 So that's probably the cause of it Jul 23 11:01:13 I think at some point we shoudl see if we could use Mer's ConnMan or update to BlueZ5 or both :P Jul 23 11:01:22 BlueZ5 required 3.4 kernel which we have now :P Jul 23 11:02:52 yes, could be necessary Jul 23 11:03:16 Mer's works with BlueZ4 Jul 23 11:03:40 And it has some other fixes/specifics that might be useful for us going forward I guess Jul 23 11:08:39 Tofe: This commit removed BlueZ4 support, reverting it should add it back in in general: https://git.kernel.org/pub/scm/network/connman/connman.git/commit/?id=9df6584563c8343b2d06e2a4117644766046183d Jul 23 11:09:16 But seeing going forward there won't be updates BlueZ5 makes sense in the long run Jul 23 11:32:05 Seems Mer is still on 1.31 Jul 23 11:33:07 I confirm JaMa has replaced libconnman-qt with libconnman-qt5 from meta-qt5, which could explain the mismatch on DBus Jul 23 11:35:54 Mmmh both use the same mer version, so it must be something else... Jul 23 11:37:12 Met guys are using 1.31 Jul 23 11:37:30 So if we're using 1.33 with libconnman-qt5 I'm not surprised that causes issues Jul 23 11:37:41 Easiest for now would be to downgrade to ConnMan 1.31 I guess Jul 23 11:37:44 ah, yes, probably Jul 23 11:39:49 I see there's a "connman_1.33.bb" recipe, how do we overload that ? Jul 23 11:40:23 I mean, we can add back connman_1.31.bb, but then how do we force a specific version Jul 23 11:41:54 Tofe: Bitbake is smart: We basically add the 1.31 to our repo (taking the 1.31 from meta-oe or oe-core and our previous .bbappend from krogoth (https://github.com/webOS-ports/meta-webos-ports/tree/krogoth/meta-luneos/recipes-connectivity/connman)) and remove the 1.33 bits Jul 23 11:42:32 https://github.com/openembedded/openembedded-core/tree/krogoth/meta/recipes-connectivity/connman Jul 23 11:43:00 We need connman folder from there, connman-conf.bb, connman.inc and connman_1.31.bb Jul 23 11:43:08 Herrie: I see there's a much more recent version of libconnman-qt, if we want Jul 23 11:43:18 Maybe we could try that too ? Jul 23 11:44:21 Tofe: Yeah but seeing that Mer is still on 1.31 I doubt that it'll work Jul 23 11:44:28 But shouldn't be long to try anyway Jul 23 11:45:02 yup Jul 23 11:52:16 Tofe: The BlueZ5 update should be fine for LNC in general. Only issue would be the plugin for Settings I guess Jul 23 11:53:36 The bits here... https://github.com/webOS-ports/luna-webappmanager/tree/master/src/extensions/bluetooth Jul 23 11:58:24 right Jul 23 12:30:49 Seems Ubuntu guys have made the migration to BlueZ5? http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/files/head:/plugins/bluetooth/?start_revid=1506 Jul 23 12:33:47 So reworking our bits shouldn't be that much work. nizovn intially imported Ubuntu's bits and then adjusted it a bit for our needs with https://github.com/webOS-ports/luna-webappmanager/commit/a75a4127c5fbc4d7f4a35d01922e4ed154e29e1b, https://github.com/webOS-ports/luna-webappmanager/commit/f83938e3f9da1edac0cccb9f0af1f661664ebdf0, https://github.com/webOS-ports/luna-webappmanager/commit Jul 23 12:33:47 /47e62114cfc961bcd7e2410e3e8c088cfdedeed4, https://github.com/webOS-ports/luna-webappmanager/commit/7d69b8ad858918c9b0205de6971b01d730d9d702 and https://github.com/webOS-ports/luna-webappmanager/commit/8ec6fe6cc4621225df4c38c1dc4bdef42add0680 Jul 23 12:33:57 Alternatively we could switch Settings to full QML app Jul 23 12:34:20 morphis made a start with this long time ago: https://github.com/webos-ports/org.webosports.app.settings/tree/qml-based Jul 23 12:39:23 ok Jul 23 12:47:27 Herrie: frankly, with connman 1.33 it doesn't work so badly: I have wifi, call works... just this annoying warning in the logs, but that's all. We'd better make a little patch for the warning and go on Jul 23 13:01:16 Tofe: OK :) No rush with the BlueZ5 update anyway Jul 23 13:02:28 Tofe: Feel free to PR what you have and we can already do some nightly builds Jul 23 13:02:42 And others can pick up some of the low hanging fruits on other bits Jul 23 13:02:55 Should I do the PR Jul 23 13:05:18 There is still this annoying qtubuntu-camera thing Jul 23 13:05:22 Not solved yet Jul 23 13:05:58 Let me initiate the various PRs Jul 23 13:12:01 Tofe: Thnx Jul 23 13:12:13 I guess we might want to test without this flag sometime: https://github.com/webOS-ports/meta-webos-ports/blob/pyro/meta-luneui/recipes-luneui/luna-next/luna-next.bb#L18 Jul 23 13:12:19 Might have been fixed in the meanwhile? Jul 23 13:12:32 I didn't try Jul 23 13:12:43 let me initial a PR for meta-wop too Jul 23 13:12:56 there are far too much things in here to keep it local :) Jul 23 13:13:00 many* Jul 23 13:14:02 Tofe: Yeah that's what I thought, good to have it already and we can fix things along the way Jul 23 13:21:54 https://github.com/webOS-ports/meta-webos-ports/pull/225 let's go Jul 23 13:22:30 oh, wait a bit Jul 23 13:27:05 ok, I wanted to remove a harmful patch from qtwebengine which doesn't work well with qt 5.8 Jul 23 13:27:42 the commits SRCREVs should still be valid, I'll start a release on my PC Jul 23 13:29:08 ...and qtwebengine needs to be rebuilt, one again... Jul 23 13:32:19 Herrie: now, a testing release on jenkins, I suppose ? Jul 23 13:32:26 Yeah ;) Jul 23 13:32:31 Kicking that off now Jul 23 13:32:38 Good! Jul 23 13:33:08 You'll get pretty much the same status as me then Jul 23 13:34:40 ah, seems like I lost orientation switcher on the way too Jul 23 13:37:18 Herrie: also we lost the browser, it needs polishing for Qt 5.8 Jul 23 13:37:44 Contextual menu has changed a bit, experimental is no more, little things like that Jul 23 13:38:54 https://github.com/webOS-ports/org.webosports.app.browser/commit/c16c1187fd94696a5741ebbd1a5649593e9c02d8 I began, but it still doesn't start: "module "QtWebEngine.UIDelegates" is not installed" Jul 23 13:39:55 Orientation could be different things. I recall we had a patch for that in QPA maybe? Jul 23 13:43:10 We have a patch for it https://github.com/webOS-ports/meta-webos-ports/blob/pyro/meta-luneos/recipes-qt/qt5/qt5-qpa-hwcomposer-plugin/0001-Add-support-for-QScreen-orientation-based-on-QtSenso.patch Jul 23 13:43:48 Tofe: Do we still require this on 5.x based builds? https://github.com/webOS-ports/meta-webos-ports/blob/pyro/meta-luneos/recipes-qt/qt5/qt5-qpa-hwcomposer-plugin/0002-Fix-4.4.2-hwcomposer-build.patch Jul 23 13:44:13 Herrie: hehe, no, all is 5.1 now :) Jul 23 13:44:52 but orientation issue might simply be a little qml glitch, I did the cardshell adaptation quickly without looking at the OrientationHelper Jul 23 13:55:47 Tofe: ERROR: Nothing PROVIDES 'libqofono' (but /home/jenkins/workspace/luneos-testing/webos-ports/meta-webos-ports/meta-luneos/recipes-nemomobile/voicecall/voicecall_git.bb DEPENDS on or otherwise requires it). Close matches Jul 23 13:55:59 Oops seems I forgot to update webos-ports-setup layers.txt :P Jul 23 13:56:07 yep Jul 23 13:59:07 New try Jul 23 14:20:27 Tofe: That looks better :P Jul 23 15:16:52 Tofe: You might want to send a PR to the Mer guys too for the qtscenegraph? https://git.merproject.org/Tofe/qtscenegraph-adaptation/commits/tofe/qt5.8 Jul 23 15:22:22 Herrie: already tried, but there's an issue with their gitlab, I couldn't do the MR Jul 23 15:41:12 Tofe: Ah OK Jul 23 16:16:00 Herrie: FYI, I'm not connected to wifi, and the year is now... 1970 Jul 23 16:51:12 Tofe: Well I WAS connected to wifi :P Jul 23 16:51:16 And still 1972 :S Jul 23 16:51:27 oh. :) Jul 23 17:15:52 Herrie: I fixed the enyo apps, it was a crash in PalmBridgeService. I do hope I fixed it correctly... Jul 23 17:16:35 I improved the situation with maliit, also, but it's still far from ideal Jul 23 17:27:56 Tofe: Well that's solid progress still :D Jul 23 17:37:19 Tofe: Hmmz seems WebEngine fails to compile on Jenkins: http://jenkins.nas-admin.org/job/luneos-testing_hammerhead/lastBuild/console Jul 23 17:38:05 oh. sad. Jul 23 17:39:53 Herrie: disk full ? "collect2: fatal error: ld terminated with signal 6 [Aborted]" Jul 23 17:45:33 I would expect that to be shown :P Jul 23 17:45:38 But you might be right Jul 23 17:45:40 Will check in a bit Jul 23 18:10:53 Someone hid the ball from my trackball again Jul 23 18:28:01 Found :P Jul 23 18:51:21 OK cleaned up some old stuff, but not sure it's on the rigth machine... I think Bonaire I don't have access to :P Jul 23 18:52:06 novaldex|away: You around? Jul 23 18:52:18 I need JaMa, ka6sox or novaldex for that I guess **** ENDING LOGGING AT Mon Jul 24 03:00:01 2017