**** BEGIN LOGGING AT Tue Jan 04 02:59:56 2022 Jan 04 08:07:52 Morning! Jan 04 13:56:31 Tofe: Are you having any clues what's going on with oFono etc? Jan 04 16:57:22 HerrieTP_: not yet no Jan 04 17:13:23 ah wait, on tissot I have "Unknown RIL transport: binder" Jan 04 17:14:13 "Can't load /usr/lib/ofono/plugins/rilbinderplugin.so: /usr/lib/libgbinder.so.1: undefined symbol: gutil_memdup" ok I did a mistake in my build Jan 04 17:16:31 Tofe: Hmm ok Jan 04 17:16:42 just forgot to upgrade libglibutil Jan 04 17:16:54 I thought I had that in mine Jan 04 17:16:58 Or maybe not Jan 04 17:21:11 Seems I had: https://bpa.st/NFEQ Jan 04 17:23:27 yes, I just forgot it on my side Jan 04 17:24:28 Ah OK Jan 04 17:36:54 ah, wait a bit, I get the "Lycamobile" text Jan 04 17:37:34 let me propose my bumps and you can check on your side -- but it's honister, not hardknott Jan 04 17:38:09 Tofe: I'm on honister here Jan 04 17:38:46 I need to find something more proper for the https://github.com/webOS-ports/meta-pine64-luneos/blob/herrie/honister-ppp/recipes-core/udev/udev-extraconf_1.1.bbappend Jan 04 17:39:36 I don't like all the duplication for each machine so I tried to clean that out, but now it breaks our regular targets. Any thoughts? Or just simply going back to pinephone and pinephonepro instead of ${MACHINE} is the solution? Jan 04 17:39:57 https://github.com/webOS-ports/meta-webos-ports/pull/475 this Jan 04 17:41:08 I didn't bump ofono too far, so that the ril module is still the same Jan 04 17:41:10 Tofe: OK, for oFono we're still a bit behind Mer's current right due to their split of ? Jan 04 17:41:20 right Jan 04 17:41:31 we can do the jump in another step Jan 04 17:42:29 Tofe: OK, let me build that when kids are in bed and test on Mido to see what it does Jan 04 17:43:02 I think we also need to drop another thing in the PA conf Jan 04 17:43:09 There were some warnings in the log Jan 04 17:43:28 Yes, I just aimed for the minimum working set Jan 04 17:44:37 module-rescue-streams.c: module-rescue-stream is obsolete and should no longer be loaded. Please remove it from your configuration. Jan 04 17:44:56 ok, looks like a low hanging fruit Jan 04 17:45:29 https://www.freedesktop.org/wiki/Software/PulseAudio/Notes/14.0/#module-rescue-streamsisdeprecatedfunctionalitymovedtothecore Jan 04 17:45:35 Yeah it is Jan 04 17:46:34 I'll include that in my PR Jan 04 17:49:36 done Jan 04 17:53:30 Made a few minor comments Jan 04 17:53:48 Might be nicer to put this PA version in a .inc or so Jan 04 17:54:00 Specifying it on multiple places is prone for errors Jan 04 17:54:06 And we'll only see it on runtime probably Jan 04 17:55:43 true Jan 04 17:56:39 There's already a https://github.com/openembedded/openembedded-core/blob/honister/meta/recipes-multimedia/pulseaudio/pulseaudio.inc Jan 04 17:56:56 I guess it would make sense to add it there and then inherit in all recipes that need it Jan 04 17:57:08 Might not be that useful for upstream, but for sure for our usecase it is Jan 04 17:57:39 I'm not sure module-droid would like to inherit that one Jan 04 17:58:17 didn't we already have this kind of need for another recipe ? Jan 04 17:58:22 maybe nodejs ? Jan 04 17:58:58 Yeah the dynaload etc ones I think? Jan 04 17:59:20 I trying to find what solution we adopted for these ones Jan 04 17:59:35 we have a NODE_VERSION Jan 04 18:00:41 we just have a common .inc for all the nodejs dynaload modules, nothing more it seems Jan 04 18:01:03 Yes Jan 04 18:01:16 ah, we also had something with qtwebengine, isn't it Jan 04 18:01:21 and the useragent or so Jan 04 18:01:41 Yes Jan 04 18:01:57 Should be in luneos-components Jan 04 18:02:14 https://github.com/webOS-ports/luneos-components/commit/f3b8127635a400822a7d98f9f2a9b9f4a110a337 Jan 04 18:02:52 and QT_VERSION=`cat ${STAGING_DATADIR}/qtwebengine/qt-version.txt` Jan 04 18:03:14 Which is populated by QtWebEngine build Jan 04 18:03:18 so we create a dedicated file in one recipe, and pick it up there Jan 04 18:03:26 grep "^chromium_version" ${S}/tools/scripts/version_resolver.py | awk -F "'" '/1/ {print $2}' > ${D}${datadir}/qtwebengine/chromium-version.txt Jan 04 18:03:30 yep Jan 04 18:03:48 Build is running here now Jan 04 18:03:55 can't we detect on which PA version we are in our depends ? Jan 04 18:03:58 BTW bumping sensorfw kills the sensors it seems Jan 04 18:04:07 Not sure Jan 04 18:04:25 rotation still works here, but I didn't touch sensorfw Jan 04 18:04:36 I did here and it didn't like it Jan 04 18:04:52 mmh ok Jan 04 18:06:12 Let me pull some logs from my build in a bit Jan 04 18:14:34 so the version of PA is also in its include files, actually. In pulse/version.h , we find "#define PA_MAJOR 15" Jan 04 18:16:01 But I feel there is a way to access the version of the "pulseaudio" recipe selected by bitbake Jan 04 18:16:16 JaMa: ^ do you know if that might be possible ? Jan 04 18:23:58 doesn't seem possible at the moment Jan 04 18:42:45 I made the changes you suggested Jan 04 18:58:10 Tofe: Nice, good that Mer guys included proper LICENSE files finally Jan 04 19:01:22 Tofe: Mido image is ready, Mido charging a bit, so can flash in a bit Jan 04 19:05:36 Tofe: We could let PulseAudio export it's PV to a file or some global variable we can read from another recipe Jan 04 19:05:56 PV from recipe filename should be what we're after and this should match pulse/version.h Jan 04 19:10:44 yes, something like that Jan 04 19:17:39 Let's see if JaMa has some thoughts Jan 04 19:34:25 we can define P_V_pulseaudio = "${PULSEAUDIO_VERSION}%" and then use PULSEAUDIO_VERSION in droid and whenever else needed Jan 04 19:34:41 that way we get warning when P_V doesn't match the version in oe-core Jan 04 19:36:09 using pulseaudio.inc would bring too much and adding extra file in sysroot is possible but seems a bit overhead for this Jan 04 19:49:08 JaMa: I like your proposal Jan 04 21:05:56 Tofe: Hmmz seems on Mido I still don't get oFono to behave somehow. Jan 04 21:06:06 Can you paste a full log from your Tissot from journalctl? Jan 04 21:06:11 So I can compare with what I get Jan 04 21:14:26 sure, one moment Jan 04 21:15:08 Well I guess my issue is: Could not find service hosting interface android.hardware.radio Jan 04 21:15:19 Could not find service hosting interface android.hardware.radio@1.2::IRadio/slot1 Jan 04 21:15:25 For both slot1 and slot2 Jan 04 21:18:14 Let me rebuild my Halium 9.0 for Mido Jan 04 21:18:22 I think the one I have might not be the latest Jan 04 21:18:41 journal-working-ofono-tissot-honister.txt in FromTofe on your NAS Jan 04 21:18:58 I concatenated journal, ps -axfww and logcat Jan 04 21:20:26 oh, interesting, looks like you get two journals for free :p Jan 04 21:21:15 Tofe: Thnx Jan 04 21:26:35 and just ofono: https://paste2.org/W7Z91P0b Jan 04 21:27:35 also interesting, a grep on "radio": https://paste2.org/h1pCf3Hz Jan 04 21:34:16 I will first bump my Halium, because the one I had locally was slightly older vs the one we had in the recipe it seems. I doubt there were changes, but good to exclude at least Jan 05 00:01:36 FWIW seems the issue is the same on my new build **** ENDING LOGGING AT Wed Jan 05 02:59:56 2022