**** BEGIN LOGGING AT Sun Feb 13 02:59:56 2022 Feb 13 03:44:41 Build had a number of (new) warnings tonite: https://bpa.st/JIPQ Feb 13 06:29:33 codepoet: that's ok, but what about your meta-webos-ports checkout? Feb 13 08:51:14 Morning! Feb 13 08:57:19 JaMa: I realize I should change a bit my habits: https://wiki.yoctoproject.org/wiki/TipsAndTricks/Patching_the_source_for_a_recipe Feb 13 08:57:26 I never use devtool Feb 13 09:21:07 I confirm it's handy for working with patches... However it doesn't handle the git rebase well, but I can understand the limitation Feb 13 09:21:21 Tofe: Neither do I to be honest.... Feb 13 09:21:48 Tofe: yes, I think I have mentioned this few times Feb 13 09:22:11 JaMa: yes, but old habits are hard to shake off Feb 13 09:29:13 agreed :) Feb 13 13:23:18 i dumped the folder and started from scratch with the wiki instructions. everything should be latest, but i need to re-run the build today. Feb 13 13:26:46 since I have 16 cores, can I do 16 BB threads? Feb 13 13:46:33 It should really do this automatically nowadays I think Feb 13 13:49:46 codepoet: if you have 64GB RAM, yes Feb 13 13:52:58 codepoet: but each thread will also do its build with parallel jobs, so I think that even with 8BB you'll max out your CPU Feb 13 14:28:31 i set the local.conf to 16, and its definitely running wayyyyy faster. got to 99% in an hour, instead of 4 Feb 13 14:28:47 off to church, back to test the build in a few! Feb 13 14:45:11 at last, I have a build of qtwayland-webos Feb 13 14:45:19 now, LSM... Feb 13 14:48:17 NOTE: Checking QML syntax error and problematic pattern (Step 1): .qml or .js files stored as qresource Feb 13 14:48:17 | /media/LuneOS/testing/webos-ports/tmp-glibc/work/aarch64-webos-linux/luna-surfacemanager/1.0-r0/temp/run.do_compile.95667: 170: /media/LuneOS/testing/webos-ports/tmp-glibc/work/aarch64-webos-linux/luna-surfacemanager/1.0-r0/temp/run.do_compile.95667: /media/LuneOS/testing/webos-ports/tmp-glibc/work/aarch64-webos-linux/luna-surfacemanager/1.0-r0/recipe-sysroot-native/usr/bin/qmllint-supplement.py: not found Feb 13 14:48:40 JaMa: ^ I can't find qmllint-supplement.py anywhere, is that something from yocto you'd know about ? Feb 13 14:48:57 ah maybe it's qt6 Feb 13 14:50:54 or "inherit webos_qmllint" Feb 13 15:12:11 yes, this should pull the dependency iirc qtdeclarative-native provides this Feb 13 15:13:13 it was used even with qt5 Feb 13 15:26:22 well, it doesn't seem to work as-is on the recipes taken from webosose Feb 13 15:26:48 I commented out WEBOS_QMLLINT_EXTRA_VALIDATION = "1" for now Feb 13 15:27:57 see https://github.com/webosose/meta-webosose/commit/28ad15552c8a4745a0ccabdb65abab11f24cda7d#diff-8e9cf184f37bb2fa3331ec1d27df4295ac25d7b01ecd3f4952affaf414492ecdR25 Feb 13 15:28:17 do_install_append in qtdeclarative installs it for native Feb 13 15:28:37 it's additional script added in .bbappend Feb 13 15:30:03 disabling the check is fine as well Feb 13 15:34:17 well I don't know why I don't have the .py in my sysroot, but that's ok, I can live with the regular qmllint :) Feb 13 15:36:27 you probably don't have the qtdeclarative bbappend from webosose? Feb 13 15:37:24 I do have it in webos_qmllint.bbclass Feb 13 15:37:36 oh, wait, I understand now Feb 13 15:37:43 no I probably don't have it Feb 13 15:37:58 ok, all is clear now; I'll just disable the flag for luneos Feb 13 15:39:13 good Feb 13 16:03:29 LSM now builds on 5.15.2 Feb 13 16:03:48 But I fear runtime will be a mess Feb 13 16:07:27 anyway, I'll have to update my pinephone image, as I changed qtwayland's API Feb 13 16:18:58 https://github.com/webOS-ports/meta-webos-ports/pull/489/files productive week-end Feb 13 16:20:08 I'm glad that LG abandonned its fork of qtwayland for Qt 6, but damn, the codebase of luna-surfacemanager is already big, I really wonder if QtWayland is really missing that many features Feb 13 16:57:24 I got one more warning at the end of the build: https://bpa.st/MC5A Feb 13 16:57:32 Looks more serious, but I have an image so I'll try deploying Feb 13 17:05:00 "i dumped the folder and started from scratch" -> :( ok, now we'll never know if there actually is some issue with "make update" not showing expected output Feb 13 17:07:29 Tofe: nice PR, yes unfortunatelly a lot of these features were started when even wayland protocol was quite young and I guess some extensions could have been consolidated with what's not in upstream, but causing too much work in other places to adapt Feb 13 17:07:45 s/not/now Feb 13 17:11:15 i'm more concerned with having working devices so i can make some apps! Feb 13 19:06:43 ok, so I followed the instructions to wipe out and upgrade luneos (rm -rf /media/luneos-root/*, tar xzf the new image, etc...) Feb 13 19:06:59 when i reboot, I have to go through initial setup. but my apps and prefs are still there. Feb 13 19:08:19 here's my appinstalld2 info: https://bpa.st/HWAQ Feb 13 19:08:28 but installing apps fails silently Feb 13 19:11:16 oops, not silently. if i subscribe deeper I see "failed to extract package" Feb 13 19:16:18 Here's the relevant parts of the sequence: https://bpa.st/LRDA Feb 13 19:21:59 i re-opened the issue. Feb 13 19:30:26 tried the previous appinstalld2, no better. Preware also unable to install the app. Feb 13 21:32:55 codepoet: Not really sure what your issue is here Feb 13 21:33:06 Might be tenderloin specific really Feb 13 21:33:28 Can you try on Hammerhead just to exclude that cause Feb 13 21:41:26 sure, i'll try building a fresh hammerhead again tonite. Feb 13 21:42:47 When it fails to extract it usually means the package wasn't pushed in full Feb 13 21:42:55 I had a similar issue earlier this week Feb 13 21:43:11 On the multiple app install issue, this is with apps from Museum or also local IPKs? Feb 13 21:43:36 Because I was able to successfully install 2 ipk's after each other when installing from /media/internal/ Feb 13 21:52:06 The only issue is that I need to close Preware in between Feb 13 21:52:29 Because when I install 1 app from Museum and then try to install a 2nd one, Preware doesn't seem to do it's job. Feb 13 21:52:43 Could be something with re-launching and parsing of launch params somehow Feb 13 22:05:37 My logs tell me this: https://bpa.st/WBKA Feb 13 22:10:14 Looks OK to me, so probably something in Preware itself. I noticed it needs some love in general on Enyo side Feb 14 00:25:37 yes, needing to close in between launch param installs makes sense, because i'm currently only handling params at launch -- not at relaunch (they were the same event on webOS, but seem to be different events on LuneOS for some reason) Feb 14 00:25:46 ^ in Preware Feb 14 00:28:04 just tested the appinstalld2 'Failed to extract package' issue on Hammerhead, and it is not present. so its either tenderloin specific, or something environmental(?) Feb 14 00:31:09 re-trying the 'Failed to extract package' issue on tenderloin, I tried pushing the ipk via scp (instead of adb), but I still get the same issue. And the ipk is the same as the one I just tried on hammerhead. So its not the ipk, and its not the push method... **** ENDING LOGGING AT Mon Feb 14 02:59:56 2022