**** BEGIN LOGGING AT Tue Jul 09 02:59:57 2019 Jul 09 06:33:29 Morning! Jul 09 06:44:13 Morning! Jul 09 13:44:02 Tofe: Not build tested by any means yet, but tried to forward patch the PulseAudio bits and split them by functionality into separate commits as well Jul 09 13:47:07 Added 2 and reverted them since I believe they're fixed upstream now. Just to have them there for record keeping: https://github.com/webOS-ports/pulseaudio-webos/commits/pulseaudio-upstream/patches Jul 09 14:13:55 Herrie: Tofe: which ofono version you use in LuneOS? from mer? or ubports? or what? Jul 09 14:15:01 bshah: mer's Jul 09 14:15:20 so you also build whole mce and kitchen and sink? Jul 09 14:15:30 nope, we stripped off mce Jul 09 14:15:36 iirc Jul 09 14:15:36 ooh Jul 09 14:15:40 Herrie: ^? Jul 09 14:15:44 tell me more :) Jul 09 14:16:38 bshah: let me put memories together first :p Jul 09 14:16:55 hmm Jul 09 14:16:57 https://github.com/webOS-ports/ofono-ubuntu Jul 09 14:17:13 bshah: That one is old Jul 09 14:17:22 We don't use that one for sure ;) Jul 09 14:17:32 https://github.com/webOS-ports/meta-webos-ports/blob/warrior/meta-luneos/recipes-connectivity/ofono/ofono_%25.bbappend Jul 09 14:17:53 This is what we use: https://github.com/webOS-ports/meta-webos-ports/blob/warrior/meta-luneos/recipes-connectivity/ofono/ofono_%25.bbappend#L9 Jul 09 14:17:58 Ah Tofe beat me to it ;) Jul 09 14:18:11 hm Jul 09 14:18:14 so you do build mce? Jul 09 14:18:19 No Jul 09 14:18:26 o.o Jul 09 14:18:29 Don't think so ;) Jul 09 14:18:34 where do you patch it out? Jul 09 14:18:47 Well we don't but we're not on latest commit Jul 09 14:18:50 We build with disable-sailfish-pushforwarder Jul 09 14:19:28 * Tofe is looking at where it's disabled... because it is disabled, right?... Jul 09 14:19:52 I think it might have been introduced after our commit ;) Jul 09 14:20:12 Seeing we're using a revision dating back October 2017 ;) Jul 09 14:20:16 https://git.merproject.org/mer-core/ofono/blob/upgrade-2.2.1/ofono/configure.ac#L186 Jul 09 14:21:20 so as long as you don't have "--enable-sailfish-rilmodem" mce shouldn't be included, I think Jul 09 14:21:40 wait so how do you use ril plugin? Jul 09 14:21:43 o_o Jul 09 14:21:51 using ril/ plugin from upstream? Jul 09 14:21:54 Tofe: Well I was toying with it at some point to upgrade oFono and ran into various issues Jul 09 14:22:14 With their config not being that well setup ;) Jul 09 14:22:31 I.e. it was trying to build certain mer stuff without options etc Jul 09 14:22:34 Herrie: Tofe: and on telepathy side what do you use? telepathy-ofono from ubports? or telepathy-ring? Jul 09 14:23:30 No telepathy Jul 09 14:23:37 I had some WIP here: https://git.merproject.org/Herrie/ofono/commit/68cdd41b57571eba52f6882e6698a61f4124c52f Jul 09 14:23:51 And https://git.merproject.org/Herrie/ofono/commit/548fd98aee617488782baaca52569bb4759c27f6 Jul 09 14:24:13 bshah: I didn't look at it for a long time, but https://github.com/webOS-ports/meta-webos-ports/blob/warrior/meta-luneos/recipes-connectivity/ofono/ofono/0001-Enable-the-various-modem-plugins-we-support-again.patch might be your answer Jul 09 14:24:16 ah so you use ofono directly from .... what? voicecall? Jul 09 14:24:22 Yup Jul 09 14:24:32 From VoiceCall Jul 09 14:24:40 Which we patched a bit and sent patches upstream ;) Jul 09 14:25:09 Specifically with: https://git.merproject.org/mer-core/voicecall/merge_requests/19 Jul 09 14:25:37 We had a bunch of patches at our end previously which I decided to upstream so they can be enabled/disabled at build time instead ;) https://git.merproject.org/mer-core/voicecall/merge_requests/19 Jul 09 14:25:50 and did you test this ofono with for example halium 7 device yet? Jul 09 14:26:28 Unit testing yet, nothing too extensive Jul 09 14:28:59 Speaking of which, we should probably do another round of tests with our latest builds... Jul 09 14:29:24 I mean well, do calls work? :P Jul 09 14:29:38 bshah: They did previously, I haven't tested it recentlyy Jul 09 14:29:45 But I would expect they should still Jul 09 14:29:50 We didn't really change anything there Jul 09 14:29:54 previously == ? Jul 09 14:29:57 But can test it later today/tomorrow Jul 09 14:29:58 on which devie? Jul 09 14:30:05 bshah: All our devices :P Jul 09 14:30:09 That have a SIM Jul 09 14:30:27 * bshah checks supported halium 7 devices of webos ports Jul 09 14:30:32 But we updated a lot of underlying bits from Open webOS to webOS OSE components and might have broken something Jul 09 14:32:41 bshah: means tissot mainly here Jul 09 14:32:53 (Xiaomi A1) Jul 09 14:33:53 bshah: I guess you're asking because you have issues with some halium 7 devices ? Jul 09 14:35:11 yeah issue === getting things to work Jul 09 14:35:42 Well I tried Mido in the past as well Jul 09 14:35:56 bshah: Well this "old" oFono might work Jul 09 14:36:08 The master branch gave me headaches and I gave up on it a while back Jul 09 14:36:16 Herrie: speaking of which, there's a more recent Mer branch now Jul 09 14:36:27 Might revisit it at some point again, just I couldn't easily get it to build without the Mer bits Jul 09 14:36:50 The Mer specific options weren't properly ringfenced like they should Jul 09 14:37:50 bshah: we'll retest it in the coming days, we need to confirm the status anyway Jul 09 14:37:57 cool Jul 09 14:38:22 Seems I need some more SIM cards LOL Jul 09 14:38:32 I have a sleeping sim card on my desk at home iirc Jul 09 14:40:30 Tofe: I kicked off new builds this morning Jul 09 14:41:22 yup, I saw that, I'll retry rosy soon too Jul 09 15:51:32 Tofe: Seems we might have some permission issues left. I don't get my signal bar & battery indicator on Hammerhead Jul 09 16:24:36 Tofe: I guess these would need to be adressed: Jun 18 18:15:34 hammerhead user.err sleepd: [] [pmlog] LS_NO_CATEGORY {"CATEGORY":"/com/palm/power"} Couldn't find category: /com/palm/power (method call org.webosports.luna -> com.webos.service.power/com/palm/power/batteryStatusQuery) and Jun 18 18:15:34 hammerhead user.err sleepd: [] [pmlog] LS_NO_CATEGORY Jul 09 16:24:36 {"CATEGORY":"/com/palm/power"} Couldn't find category: /com/palm/power (method call org.webosports.luna -> com.webos.service.power/com/palm/power/batteryStatusQuery) Jul 09 16:34:48 I'm flashing rosy from scratch (including ROM), I hope it solves my issue... Jul 09 16:38:43 damn Jul 09 16:38:48 "lowmemorykiller: Killing 'tar' (516), adj 0" Jul 09 16:42:25 Tofe: Hmmz weird Jul 09 16:42:46 THere's something wrong with the signals registration somehow, not sure yet how to solve it :S Jul 09 16:46:14 Tofe: When I manually luna-send these: https://github.com/webOS-ports/luna-next-cardshell/blob/master/qml/Connectors/BatteryService.qml#L69 it seems fine Jul 09 16:46:37 Just https://github.com/webOS-ports/luna-next-cardshell/blob/master/qml/Connectors/BatteryService.qml#L93 and https://github.com/webOS-ports/luna-next-cardshell/blob/master/qml/Connectors/BatteryService.qml#L95 seem to fail with above error messages Jul 09 16:48:54 I guess some debugging here might help: https://github.com/webosose/luna-service2/blob/2e05bb42c3fa9a5d6f2d80b7b64cadc5f8e87f9e/src/libluna-service2/base.c#L501 Jul 09 16:52:08 Herrie: I guess the registration doesn't succeed as much as we think Jul 09 17:06:18 Well it tells us it does Jul 09 17:14:02 "sleepd[1325]: LUNASERVICE ERROR -1: Category /com/palm/power already registered." seems a bit odd ? Jul 09 17:24:23 Well we always had this afaik Jul 09 17:24:36 ok Jul 09 17:25:09 But I might be wrong Jul 09 17:25:20 it just seem to match "LS_NO_CATEGORY {"CATEGORY":"/com/palm/power"} Couldn't find category: /com/palm/power (method call (null) -> com.webos.service.power/com/palm/power/identify)" Jul 09 17:25:21 Might have some old logs laying around to check Jul 09 17:28:08 Tofe ah the already registered wasn't there in old logs it seems Jul 09 17:29:04 So it's something from OSE it seems Jul 09 17:29:12 ok, might be a lead Jul 09 17:35:53 Well it seems there are some com/palm/power calles in sleepd in OSE Jul 09 17:36:27 https://github.com/webOS-ports/sleepd/blob/webOS-ports/webOS-OSE/files/sysbus/com.webos.service.sleep.api.json.in#L3 Jul 09 17:38:13 But that existed in legacy as well I think Jul 09 17:38:25 yes, I'm debugging sleepd right now; and it seems that it just tries to actually register com/palm/power twice... Jul 09 17:38:59 (look for com_palm_suspend_lunabus_init) Jul 09 17:39:35 Well: There is a call in systemui as well Jul 09 17:39:44 It could be that that one gets triggered as well Jul 09 17:40:20 what I mean is that we can ignore the error message, as the first registration seem to succeed Jul 09 17:40:31 I.e. here: https://github.com/webOS-ports/luna-systemui/blob/webOS-ports/master/data/PowerdService.js#L27 Jul 09 17:40:45 So we probably register it in systemui and luna-next-cardshell as well Jul 09 17:40:58 At some point luna-systemui was gone and it was brought back Jul 09 17:41:10 So that could explain the cause for double registration Jul 09 17:42:03 it's different in sleepd: in sleepd, it *creates* the category Jul 09 17:42:21 in the other places, it just subscribes to ls2 events Jul 09 17:43:02 True Jul 09 17:43:09 But there might be double registration somewhere too Jul 09 17:43:13 Let me grep around the image a bit Jul 09 17:45:59 Nothing too obvious there Jul 09 17:46:31 It could be the call we're doing is from a different sender v.s. the one that registered it and that causes issues somehow? Jul 09 17:48:54 maybe, I don't know yet **** ENDING LOGGING AT Wed Jul 10 03:01:22 2019