**** BEGIN LOGGING AT Thu Jul 18 02:59:56 2019 Jul 18 06:11:52 Morning Jul 18 06:12:12 JaMa: I get quite some QA issues during do_package_qa related to RDEPENDS Jul 18 06:12:28 Is this some additional checks that have been added in Zeus or some local issue? Jul 18 06:14:53 morning Jul 18 06:14:57 Herrie: any example? Jul 18 06:15:25 I don't see any errors here, so probably local issue Jul 18 06:28:36 JaMa: In the train with poor connection so my VNC is acting up a bit ;) Jul 18 06:34:33 JaMa: Excerpt from some components: https://bpaste.net/show/d7-l Jul 18 07:21:09 JaMa: I just removed tmp-glibc and sstate-cache and start over Jul 18 07:21:16 That will take less time v.s. tinkering :P Jul 18 07:37:36 Herrie: that's strange, but removing tmp-glibc isn't bad idea, nothing will be reused anyway Jul 18 07:50:49 JaMa: Well I have a tmp-glibc for warrior and a separate one for zeus Jul 18 07:51:09 I usually just create a dir for each Yocto version, so things are completely separated (will eat more disk space of course, but well ;)) Jul 18 07:52:24 only tmp-glibc? I use separate luneos-warrior with all checkouts (so I don't need to switch the branches back and forth) Jul 18 07:53:04 you also dont want to mix the sstate from the 2, so separating everything is IMHO better Jul 18 08:02:50 JaMa: I mean. I have LuneOS/warrior/webos-ports and LuneOS/zeus/webos-ports Jul 18 08:03:00 Which are cloned separately from each other Jul 18 08:03:06 That worked fine previously Jul 18 08:03:25 Each will have their own sstate-cache, tmp-glibc in respective yocto version folder Jul 18 09:54:00 JaMa: Qemux86-64 works pretty OK. It boots, get UI. Just the webapps are broken due to "Jul 18 11:49:17 qemux86-64 LunaWebAppManager[780]: WARNING: 11:49:17.051: qrc:/qml/ApplicationContainer.qml:130:13: Cannot assign to non-existent property "devicePixelRatio"" Jul 18 09:58:26 Which is expected since you removed that from qtwebengine ;) Jul 18 10:03:51 good, thanks for test Jul 18 10:06:41 I'll see what havoc I get when I remove it from the .qml ;) Jul 18 10:22:01 Seems to behave OK-ish. I'll do a quick patch for now, so at least stuff is less broken. We might at some point want to revisit that going forward since devicePixelRatio is used in a number of places still. Jul 18 10:45:26 JaMa: This one would be good to pick at some point: https://github.com/webOS-ports/luneos-components/tree/qt-5.13 Jul 18 10:45:38 So the things like html5test.com will give a more accurate score ;) Jul 18 11:43:40 JaMa: This makes the webapps launch. They look OK on qemux86-64 with my limited testing, but I'm quite sure that not having the devicePixelRatio will give some issues at some point elsewhere: https://github.com/webOS-ports/luna-webappmanager/tree/herrie/qt-5.13 Jul 18 11:43:56 But at least it improves the situation for Zeus + Qt 5.13 as a temporary workaround for now Jul 18 12:11:33 thanks Jul 18 12:12:55 not sure how much we need to upgrade Qt or OE at this point, I was working on it mostly just to test 5.13 upgrade in meta-qt5 somewhere, but if you see some worth benefits of switching from 5.12 LTS to 5.13 while staying on warrior I don't mind (smaller diff for me in unstable) Jul 18 12:13:18 I guess we should finish the stable build first :) Jul 18 12:21:03 JaMa: Yes, for now 5.12 is good enough I'd say Jul 18 12:21:12 Though newer Chromium is always welcome ;) Jul 18 12:25:31 We somehow managed to break incoming and outgoing calls, that's the most critical to fix before pushing out a stable I'd say Jul 18 13:11:36 morning! Jul 18 13:12:03 I'd say let's stay on LTS for now Jul 18 13:13:54 I'll try to get am your or two to play with ofono and connman, but I can't promise anything of course 🙂 vacations can be pretty busy! Jul 18 13:14:12 an hour or two* Jul 18 13:16:38 Tofe: I tried getting the mer-core connman to work, but that will require pulling in various other dependencies again :S Jul 18 13:46:53 Tofe: If I try with dbus-send a number of times in a row, it seems outgoing call goes through: dbus-send --print-reply --system --dest=org.ofono /ril_0 org.ofono.VoiceCallManager.Dial string:"+316123456789" string:"" Jul 18 13:50:13 Tofe: Some useful dbus-send for oFono & VoiceCall (in French :P) http://www.linuxembedded.fr/2017/02/introduction-a-ofono/ Jul 18 16:57:04 Herrie: one of the problems I got into was that once the call was (unsuccessfully) dialed via ofono, ofono somehow remembered the status that a call was still in progress Jul 18 17:18:48 Tofe: Well with me it seems to create 01/02/03/04 calls in voicecall Jul 18 17:19:00 If I do quickly enough one of them goes through Jul 18 17:19:48 In progress I've also seen Jul 18 17:19:57 This was with dbus-send Jul 18 17:20:05 You should be able to do HangupAll Jul 18 17:20:13 But that gave issues too Jul 18 17:24:45 I.e. would give me in progress Jul 18 17:41:59 Seems that mer guys have some sailfish-ofono in their connman Jul 18 17:42:28 Not sure what it relies on etc if it does MCE and all the other stuff they have in their stack that we don't care about **** ENDING LOGGING AT Fri Jul 19 02:59:57 2019