**** BEGIN LOGGING AT Thu Jul 11 03:01:20 2019 **** BEGIN LOGGING AT Thu Jul 11 03:41:56 2019 Jul 11 04:54:44 Morning! Jul 11 04:55:05 Tofe: powerd looks a bit better, but still no battery indicator on Qemux86-64. Logs give me: 2019-07-11T04:43:28.917297Z [12] user.warning powerd [] LS_MSG_NOT_HNDLD {"METHOD":"chargerStatusQuery"} Method wasn't handled! Jul 11 04:55:05 2019-07-11T04:43:28.917454Z [12] user.err powerd [] LS_NO_METH {"METHOD":"chargerStatusQuery"} Couldn't find method: chargerStatusQuery Jul 11 04:55:35 Doing a build for Hammerhead locally now as well which means another round of Qt rebuilds :P Jul 11 04:56:52 The "Method wasn't handled!" comes from https://github.com/webosose/luna-service2/blob/2e05bb42c3fa9a5d6f2d80b7b64cadc5f8e87f9e/src/libluna-service2/base.c#L477 Jul 11 05:42:50 Morning! Jul 11 05:43:30 Herrie: handled=false can be simply that the method returned false Jul 11 06:11:43 Tofe: Might be, but doing the luna-send call manually doesn't give me much confidence it's doing what it should Jul 11 06:12:46 I'll try it on an actual device better I guess Jul 11 06:13:37 Though indicator previously worked on qemux86 as well Jul 11 06:13:49 Could of course also be a nyx-module config error somehow Jul 11 06:14:11 But binary is in image at least Jul 11 06:14:28 In this Hammerhead image i'm building, I downgraded VoiceCall as well, so can test that a bit as well Jul 11 06:23:00 Tofe: Will build a Tissot with downgraded VoiceCall as well just in case Jul 11 06:23:03 Shouldn't be long ;) Jul 11 06:24:38 :) ok Jul 11 06:27:36 luneos-dev-package-tissot-0-0-voicecall.zip should be on the FTP ;) Jul 11 06:31:43 thanks, but that'll have to wait till I return home :p Jul 11 06:36:51 I should have some time for playing with Hammerhead in about an hour I guess Jul 11 06:37:00 Not too much, but enough to do a few quick tests Jul 11 07:16:54 OK got a working battery indicator Jul 11 07:17:04 On Hammerhead at least Jul 11 07:17:20 So I guess it's probably something in the nyx-module for battery for qemux86(-64) Jul 11 07:18:29 VoiceCall downgrade didn't help Jul 11 07:51:26 Tofe: I suspect that somehow with the nyx-modules migration we managed to get the battery module dropped for qemux86-64. Just not sure how exactly. We have cmake file for all our targets except for qemux86(-64). It might be good to just add it and not worry about it anymore going forward. Will test something at my end Jul 11 07:52:55 I guess it's because OSE uses nyx-modules-qemux86 and we have the different approach somehow Jul 11 07:53:06 Let me simply test by adding a cmake file for qemux86-64 Jul 11 08:02:10 Well we have the cmake files but miss the configuration of which modules to build in the qemux86(-64) files. I guess I'll add the ones OSE has being https://github.com/webosose/nyx-modules-qemux86/blob/master/CMakeLists.txt#L32 Jul 11 08:10:55 Herrie: as you wish Jul 11 08:11:48 Tofe: There are all kind of funny config flags that are a bit hard to track down. Adding the required configs is easier and more transparent I'd say ;) Jul 11 08:12:24 Since we do that for the other targets as well Jul 11 08:37:03 Ok that seems to solve it :) http://tinypic.com/r/9kulq9/9 Jul 11 08:38:27 There we go: https://github.com/webOS-ports/meta-webos-ports/pull/387 Jul 11 08:52:05 merged Jul 11 08:52:46 Herrie: my machine at home is ready for launching a new build, so that I can debug more easily; what is our next todo? Jul 11 08:52:57 roughly it's between qemux86 and tissot I guess Jul 11 08:53:05 I guess getting the voice calls incoming & outgoing to work? Jul 11 08:53:13 So Tissot would be a better target for that Jul 11 08:53:20 ah yes right, tissot it is then Jul 11 08:53:35 all is merged and bumped? Jul 11 08:53:37 There's not a whole lot to do on qemux86(-64) for now I guess Jul 11 08:53:47 It should be Jul 11 08:54:03 apart from the little nyx thing, but that won't change anything for tissot Jul 11 08:56:56 Yes Jul 11 08:57:08 I could try to downgrade oFono as well Jul 11 08:57:15 Just to see if that would fix things Jul 11 08:57:36 ah, good question, do we get any ofono log? Jul 11 08:58:15 Well nothing specific. My signal here isn't great, so that could also be an issue Jul 11 08:58:19 I do see Jul 11 06:21:52 hammerhead voicecall-manager[1167]: Adding call handler "/ril_0/voicecall01" Jul 11 08:58:23 When I press the call button Jul 11 08:58:29 But UI-wise nothing changes Jul 11 08:59:03 And outgoing call doesn't seem to be made Jul 11 08:59:10 Let me see if I can find a location with better signal :P Jul 11 09:00:07 it could be that the dbus exchanges between ofono and voicecall is a bit broken Jul 11 09:00:43 ok, tissot build started Jul 11 09:00:53 I should have something fresh tonight Jul 11 09:03:05 Let me try to flash previous release image to see if it worked there Jul 11 09:03:17 I suspect it did, but go to make sure Jul 11 09:03:37 better be sure before we go into deeper analysis Jul 11 09:03:55 I'm sure it worked on N5, but on tissot I don't remember Jul 11 09:04:05 I don't have my Tissot setup yet Jul 11 09:04:16 Need to find some time to go through the whole Xiaomi update pain :P Jul 11 09:05:27 I think Mrs had latest Android on it, so would need to downgrade it to 7.1.2 again first Jul 11 09:19:55 Previous release image the same issue Jul 11 09:20:38 On Hammerhead, so I'll try an earlier one Jul 11 09:21:10 Just to see if it works there, so we can narrow it down a bit Jul 11 09:24:24 Herrie: calls on hammerhead were broken with Doppio ? Jul 11 09:26:27 Seems so :S Jul 11 09:26:34 Or it's something for my Hammerhead somehow Jul 11 09:26:43 Let my try Decaf Jul 11 09:26:49 I'm pretty sure we tested it Jul 11 09:42:53 Decaf works Jul 11 09:43:02 And I also get H+ indicator for data there Jul 11 09:43:29 Both incoming & outgoing Jul 11 09:44:33 I'm pretty sure we tested Doppio too... Jul 11 09:49:57 Also weird I don't get the H in the bar with Doppie and current builds Jul 11 09:50:04 Let me see if I do have data or not ;) Jul 11 09:50:14 On Decaf data works I can tell Jul 11 09:50:23 I can go to Google.com and html5test.com without WiFi Jul 11 09:57:10 Data doesn't work on my testing build Jul 11 09:57:17 Let me check how that indicator works again Jul 11 10:00:07 OK that simply does a call to luna://com.palm.connectionmanager/getStatus '{}' Jul 11 10:00:56 Which tells me "{"returnValue":true,"isInternetConnectionAvailable":false,"offlineMode":"disabled","cellular":{"state":"disconnected"},"wired":{"state":"disconnected"},"wifi":{"state":"disconnected"}}" Which is not good ;) Jul 11 10:02:59 Let me downgrade oFono to try Jul 11 10:05:03 Could be that this is the culprit somehow: https://github.com/webOS-ports/meta-webos-ports/commit/086caa7418428679be71518e7d3177b18b32b649#diff-72a929432dbd92e249d0a1f2d92bfae4 Jul 11 10:05:38 Which I doubt, but who knows Jul 11 10:05:59 Just trying a few things to narrow it down Jul 11 10:27:29 With older oFono, no indicator, but at least the output is better ;) Jul 11 10:27:39 I get: {"returnValue":true,"isInternetConnectionAvailable":true,"offlineMode":"disabled","cellular":{"netmask":"255.255.255.192","dns1":"84.241.227.81","dns2":"84.241.227.82","ipAddress":"95.99.209.224","networkConfidenceLevel":"excellent","onInternet":"yes","method":"fixed","state":"connected","gateway":"95.99.209.225","interfaceName":"rmnet0"},"wired":{"state":"disconnected"},"wifi":{ Jul 11 10:27:39 "state":"disconnected"}} Jul 11 10:27:49 And I can surf to Google & html5test.com Jul 11 10:31:38 Herrie: we could try the newest ofono branch ;) Jul 11 10:32:35 Well that one is broken ;) Jul 11 10:32:44 I get an indicator now too, but still no calling somehow Jul 11 10:32:50 Indicator shows up after a while Jul 11 10:41:14 Ah this is also not good: Jul 11 06:20:04 hammerhead kernel[1044]: [ 46.583639] type=1701 audit(1562818804.709:22): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1228 comm="webos-telephony" reason="memory violation" sig=11 Jul 11 10:41:14 Jul 11 06:20:04 hammerhead systemd[1]: webos-telephonyd.service: Main process exited, code=killed, status=11/SEGV Jul 11 10:41:14 Jul 11 06:20:04 hammerhead systemd[1]: webos-telephonyd.service: Failed with result 'signal'. Jul 11 10:45:10 that I can debug :) Jul 11 10:45:39 though that's just for the indicator, it shouldn't impact our phone app Jul 11 10:45:56 (which uses voicecall directly via qml) Jul 11 11:14:14 Tofe: Well I did some work on upstream Mer oFono a while ago, but got stuck after a while Jul 11 11:14:56 WIP is here: https://git.merproject.org/Herrie/ofono/commits/herrie/LuneOS2 Jul 11 11:16:59 Let me see what the error was again Jul 11 11:17:55 Ok seems needed to add recipe for libglibutil since i'm getting configure: error: libglibutil >= 1.0.30 is required in the do_configure Jul 11 11:20:18 Which would need to be made based upon https://git.merproject.org/mer-core/libglibutil/blob/master/rpm/libglibutil.spec Jul 11 11:29:16 I can help with the ofono upgrade Jul 11 11:29:22 but a bit later Jul 11 11:33:19 You said to get latest oFono :P Jul 11 11:33:25 THere are some challenges just ;) Jul 11 11:33:30 :) Jul 11 11:34:10 Though I'm not sure that's the actual issue Jul 11 11:34:22 Seeing that with old oFono & VoiceCall things don't work Jul 11 11:34:45 right, it's problably somewhere else Jul 11 11:35:48 It might be webos-connman-adapter somehow, but not really sure there either Jul 11 11:36:19 We could try the OSE version, but we might be missing some functionality there Jul 11 11:38:16 I doubt they tested ofono on Rpi Jul 11 11:39:10 Yeah LOL Jul 11 11:39:19 I think in general they don't have oFono integration Jul 11 11:39:25 yep probably :) Jul 11 11:39:34 And all related bits might be stripped from the webos-connman-adapter Jul 11 11:39:42 I can do a quick compare to see how big the diffs are Jul 11 11:41:44 but I doubt webos-connman-adapter is involved at in the phone app Jul 11 11:41:50 +all Jul 11 11:42:14 we don't use LS52 calls in the phone app Jul 11 11:42:20 iirc Jul 11 11:45:12 Seems a lot more extensive in general, but seems they also dropped some cellular functionality Jul 11 11:45:23 So for another time ;) Jul 11 11:45:30 ok :) Jul 11 11:46:52 Yeah our LS2 calls in phone app are for prefs & vibrating it seems Jul 11 12:05:59 And call history etc Jul 11 18:18:12 ok, flashing tissot... Jul 11 18:37:00 Herrie: I think this kind of message is a good hint : https://paste2.org/M037jXCh Jul 11 18:55:25 Tofe: Any clues what causes this? Jul 11 18:56:21 not yet, it's probably a "connect" in voicecall though Jul 11 19:29:30 the issue might be in libqofono Jul 11 19:29:39 investigation still in progress... Jul 11 20:24:05 I only get "ofono: Error"... not much Jul 11 21:19:41 That's not very helpful Jul 11 21:24:00 It could be that libqofono needs a newer or older ofono? Jul 11 21:24:31 I mean Mer guys could've changed something in libqofono that requires a newer ofono for example **** ENDING LOGGING AT Fri Jul 12 02:59:57 2019