**** BEGIN LOGGING AT Sat Feb 12 02:59:57 2022 Feb 12 03:53:13 i successfully built and installed on hammerhead. so cool to see the museum running on a newer phone! Feb 12 03:53:36 the build feels/seems a little old. what am I supposed to do to ensure I pull down the latest bits before I start the build? Feb 12 03:55:33 also adb worked until my first reboot, then stopped working. is it supposed to work? Feb 12 07:58:15 Morning Feb 12 07:58:54 codepoet: You basically need to do the following: https://webos-ports.org/wiki/Build_for_Tenderloin#Building Feb 12 07:59:05 Then the steps under "To update metadata" Feb 12 07:59:17 codepoet: I found ADB highly unreliable on Hammerhead somehow. Feb 12 07:59:33 I don't have the issue on other targets I played with, just Hammerhead Feb 12 07:59:39 It seems to come and go for me at times Feb 12 09:46:19 Morning! Feb 12 09:46:48 Herrie: I went to bed early yesterday, I didn't try yet to build LSM Feb 12 09:46:59 but that's my plan for today Feb 12 09:47:03 Tofe: OK well I pushed bits Feb 12 09:47:13 Seems it has issues finding some headers Feb 12 09:47:45 Could be LG didn't cover newer Qt 5.1x in their if statements Feb 12 09:48:21 I added all other dependencies, so you should be able to take my commit above as patch and apply it to your meta-wop Feb 12 09:48:33 they covered 5.12 and Qt6, but not in-between Feb 12 09:49:12 honister-wam contains all the rest of the rebased branch ? Feb 12 09:49:38 morning Feb 12 09:53:15 o/ Feb 12 09:54:31 Tofe: Well I might need to bump a few bits still but latest commit is what you need for LSM Feb 12 09:56:50 HerrieTP: it's weird, qtwayland-webos doesn't build anymore here; the SRCREV isn't set Feb 12 09:58:58 ah I understand, it never needed to be built before LSM Feb 12 10:01:31 ok now I get the same build errors Feb 12 10:03:43 Yes Feb 12 10:03:59 I fixed most of those, just got stuck with headers error Feb 12 10:04:12 So decided to leave it there so you can pick it up Feb 12 10:04:23 At least legwork for other recipes is done Feb 12 10:05:57 yes, I'll take it from there :) Feb 12 10:33:21 We'll need to patch QtWayland a little bit, so that it exposes the src/plugins/shellintegration/wl-shell/qwaylandwlshellsurface_p.h header Feb 12 10:55:04 it can be done with a do_install_append very simply, but I'll wait a bit because that'll trigger qtwebengine :p Feb 12 10:57:56 do you want 5.15.8 at the same time? it's ready in meta-qt5 and meta-webos-ports, just testing it with kirkstone emulator Feb 12 10:58:29 JaMa: not at the same time, it'll break some of the includes I do currently Feb 12 10:58:52 I'll first clean it up then we can bump Qt a bit Feb 12 10:59:04 and at some point we'll need to go 6.2 of course Feb 12 10:59:06 because of the version? it's only qwe and the module version is kepto on 5.15.2 for compatibility with other components Feb 12 10:59:34 true, I was doing this bump only to be in sync with new qtpdf recipe someone shared Feb 12 10:59:48 JaMa: no, it's just that to have qtwayland-webos compile today, I needed to add some things like #include Feb 12 11:00:12 but maybe the version string can be replaced by a QT macro Feb 12 11:02:07 There's QT_VERSION_PATCH I could use here I guess Feb 12 11:02:56 it will stay 5.15.2 Feb 12 11:03:27 only qwe update is available without commercial license Feb 12 11:03:39 and even qwe will still use 5.15.2 as QT version Feb 12 11:04:21 as in https://github.com/meta-qt5/meta-qt5/commit/72772ba86f43610557d86b2d7af38776213b1aec Feb 12 11:05:01 there is just a lot of security fixes available from 5.12.8, see https://github.com/meta-qt5/meta-qt5/commit/7e075c0ae6b5580182805c8f6bf0c0bee9afb194 Feb 12 11:05:40 but the test wasn't very successful (no ui), rebuilding the same qwe with honister to see if it was something introduced in kirkstone Feb 12 11:05:49 ah, ok, well if the patch version stays the same, I'm fine Feb 12 11:12:46 ecryptfs, luna-next and luna-wam failing in kirkstone https://pastebin.com/mufp9fc0 Feb 12 11:15:34 JaMa: does the trace mean that luna-next has been killed because ecryptfs failed ? I didn't know about such hard dependency here Feb 12 11:16:47 no, the 3 might be independent (was just listing all which failed) Feb 12 11:17:17 ok; because the "killed" reason seem to indicate that it was killed by systemd, not that it crashed Feb 12 11:18:40 Feb 12 10:58:18 qemux86-64 LunaWebAppManager[667]: CRITICAL: 10:58:18.917: Failed to create wl_display (No such file or directory) Feb 12 11:18:43 Feb 12 10:58:18 qemux86-64 LunaWebAppManager[667]: INFO: 10:58:18.924: Could not load the Qt platform plugin "wayland" in "" even though it was found. Feb 12 11:18:46 Feb 12 10:58:18 qemux86-64 LunaWebAppManager[667]: FATAL: 10:58:18.924: This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Feb 12 11:18:50 Feb 12 10:58:18 qemux86-64 LunaWebAppManager[667]: Available platform plugins are: eglfs, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland. Feb 12 11:19:26 Feb 12 10:58:18 qemux86-64 luna-next[658]: FATAL: 10:58:18.375: Could not find DRM device! Feb 12 11:19:34 journal is a bit more helpful Feb 12 11:19:36 ah, yes, that doesn't help :) Feb 12 11:19:53 looks like the kernel config has changed quite a bit Feb 12 11:20:16 ecryptfs and drm could be a consequence of a different defconfig Feb 12 11:20:17 lets see with honister first Feb 12 11:26:17 Herrie: I think we'll also need https://github.com/webosose/qtwayland/commit/5529f9bb50bdf324423578cfbfe071559b57874b Feb 12 11:29:01 looks like I won't be able to avoid rebuilding qtwayland... Feb 12 11:30:58 luna* starts ok after manually loading vmwgfx (vboxvideo was loaded ootb) Feb 12 11:33:00 ah, good Feb 12 11:35:11 still strange as we explicitly autoload only vboxvideo, so I guess it used to work with it before Feb 12 11:35:14 KERNEL_MODULE_AUTOLOAD:append:qemux86 = " vboxvideo vboxguest vboxsf" Feb 12 11:35:19 maybe it still does work in honister Feb 12 11:35:49 but vmwgfx seems much faster somehow (considering 2 big builds running on background) Feb 12 11:36:13 Load average: 133.20 124.80 117.61 Feb 12 11:51:26 Personnally I don't know much about these modules Feb 12 12:47:07 Damn, LG did backport some QtWayland 6.0 commit onto their 5.12 fork, meaning there could be quite a lot of patches to do on top of QtWayland 5.15... Feb 12 12:48:18 Not sure if that's worth it, or if we sure begin to evaluate the migration to Qt 6 Feb 12 12:48:26 s/sure/should/ Feb 12 13:09:08 even qwe from meta-qt6 would be good to get rid of meta-python2 Feb 12 13:09:47 https://codereview.qt-project.org/c/yocto/meta-qt6/+/388062 Feb 12 13:12:19 qwe-5.15.8 works fine in honister emulator, will merge that and sargo PRs Feb 12 13:17:18 thanks Feb 12 14:08:11 vboxvideo still works fine in honister Feb 12 14:08:13 [ 1.064710] [drm] VRAM 08000000 Feb 12 14:08:13 [ 1.065046] [drm] Initialized vboxvideo 1.0.0 20130823 for 0000:00:02.0 on minor 0 Feb 12 14:08:17 [ 1.074539] vboxvideo 0000:00:02.0: [drm] fb0: vboxvideo frame buffer device Feb 12 14:21:27 OK, I did do "make update-conffiles && make update" so I have the latest bits Feb 12 14:21:57 Preware launches from the Museum but doesn't respond to launch requests. I can manually push my changes to device, but how do I get my Preware updates into future builds? Feb 12 14:32:30 I have to manually cycle appinstalld after each boot too, so I think some of Herrie's changes are missing. Feb 12 14:33:05 Once I do that and push Preware2, I'm able to install apps from the Museum via Preware and subsequently launch them! Feb 12 15:14:12 codepoet: yes, that looks like something isn't up-to-date Feb 12 15:14:45 that's with hammerhead ? Feb 12 15:16:49 codepoet: can you check the precise version of appinstalld you have ? with "opkg info appinstalld" Feb 12 15:17:07 then compare the md5sum with https://github.com/webOS-ports/appinstalld2/commits/webOS-ports/webOS-OSE Feb 12 15:18:09 "opkg info appinstalld2" sorry; and you should get 58faac369f8dd23df06e7a42dbfdeec65682262e I think Feb 12 15:18:24 (or the first 8 chars of that) Feb 12 15:19:00 i think i had to manually install appinstalld Feb 12 15:19:22 i had a few glasses of wine when i was playing with it last night :-p Feb 12 15:19:46 *appinstalld2 Feb 12 15:21:27 when i have some time today, I can wipe it and try fresh, if that helps Feb 12 15:23:11 (and yes, hammerhead) Feb 12 16:14:15 who has sargo? Feb 12 16:21:38 I've pushed some fixes for it to build with openssl-3 and python-3 but did only build test them Feb 12 16:35:12 JaMa: I have 2 end users with it at least Feb 12 16:36:26 can you build them an image and let them test it? Feb 12 16:43:15 Sure which one? Kirkstone? Feb 12 16:46:38 honister Feb 12 17:04:18 Tofe: I'm rebasing our chromium changes on 94 and noticed https://chromium-review.googlesource.com/c/chromium/src/+/2862265 not sure if it helps with our additionalFeatures implementations or will make it more difficult - sofar I'm only interested in python2-less build of qwe Feb 12 17:34:20 JaMa: I think it will not change much for us Feb 12 17:34:28 it's quite a separate thing apparently Feb 12 17:39:48 Tofe appinstalld2 is not present at all on a freshly flashed hammerhead, built yesterday Feb 12 17:40:06 to get back to where I was, i need to manually install it and manually update Preware Feb 12 17:41:36 codepoet: it's strange that it wasn't in your build; could it be we missed something Feb 12 17:43:15 Can you check you have that line: https://github.com/webOS-ports/meta-webos-ports/blob/honister/meta-luneos/recipes-core/packagegroups/packagegroup-webos-extended.bb#L80 Feb 12 17:45:05 no, that line is not present. and appinstalld2 does not appear anywhere in the file Feb 12 17:46:01 and i promise i did a "make update-conffiles && make update before i built! Feb 12 17:57:02 codepoet: are you on honister branch? Feb 12 17:58:01 or testing which is the same as honister, or are you still on hardknott branch? Feb 12 17:59:25 Tofe: Also not sure about Qt6. If we don't have WebEngine it should be a lot easier to migrate I guess Feb 12 18:00:01 not sure. i'm not deliberately on a branch. just following the instructions here: https://webos-ports.org/wiki/Build_for_Hammerhead Feb 12 18:00:14 I sent a PR for preware, to make the build-and-deploy script more useful Feb 12 18:00:45 that wiki says export ENV_NAME=testing Feb 12 18:01:05 that should be the branch of your checkout in common, but it would be better to double check Feb 12 18:01:08 that must be what i'm using then! just want to confirm above. had to manually install appinstalld2 and update preware. now everything is good. Feb 12 18:01:31 or share the "Build configuration" section shown at the start of the build log Feb 12 18:02:34 or pastebin the output from make update Feb 12 18:02:41 i can do that Feb 12 18:03:29 if you had some local changes it would refuse to change the branch from hardknott to honister, but that should be clearly indicated in the "make update" output Feb 12 18:04:29 just went to install a second app via museum and think i hit a new Preware bug. its stuck on "scanning unknown packages" during install. i'll reboot and retry. Feb 12 18:05:31 upgrading qwe from 5 (87 based) to 6 (94 based) will probably cause less issues than replacing qmake with cmake everywhere else Feb 12 18:06:44 here's my make update-conffiles && make update output: https://bpa.st/P2NA Feb 12 18:11:25 looks correct Feb 12 18:11:26 restarting fixed the Preware-can't-install-a-second-app issue, but it would be nice if that wasn't needed Feb 12 18:12:36 except this line is a bit strange: Feb 12 18:12:37 Processing meta-webos-ports: Processing meta-pine64-luneos: Already up to date. Feb 12 18:12:41 Current branch honister is up to date. Feb 12 18:13:23 wasn't there some output on stderr, before "Processing meta-pine64-luneos" ? Feb 12 18:18:41 i mean, not that i saw or copied from my console window. i'm happy to do whatever a "hard reset" is and try again tonite. need the computer for other things during the day tho Feb 12 18:20:58 ok, I often use "| pastebinit" which wouldn't include stderr only stdout, but if was copy pasted from terminal, then it's even more strange, that the output is missing Feb 12 18:21:28 git status in meta-webos-ports output would be interesting Feb 12 18:21:42 UPDATE_CONFFILES_ENABLED = 1 Feb 12 18:21:43 RESET_ENABLED = 1 Feb 12 18:23:05 in config.mk would always hard reset during "make update" but you need to make sure not to have uncommitted changes in repos (which you would loose) - committed stuff is preserved in reflog and easy to recover if you realize later Feb 12 18:26:02 without reset on the other hand it will also try to keep your uncommitted changes with stash, so if you e.g. remove appinstall2 for whatever reason from the packagegroup, "make update" without RESET_ENABLED won't restore it Feb 12 18:26:15 but that should be visible in git status Feb 12 18:26:30 i'm generally not touching the folders below webOS-ports, but Herrie did have me make some manual changes early on. Feb 12 18:27:27 i should be able to git reset --hard to toss those, I assume Feb 12 18:27:34 or I can dump the folder and start from wget https://raw.github.com/webOS-ports/webos-ports-setup/$ENV_NAME/Makefile Feb 12 18:30:03 just run git status in meta-webos-ports Feb 12 18:30:14 redownloading everything isn't needed Feb 12 18:31:29 i'll try tonite Feb 12 18:31:48 thx for the tips Feb 12 19:12:40 codepoet: Thnx for Preware PR, merged and I bumped the recipes, so it will take the latest when building when you update at your end ;) Feb 12 19:39:08 thanks Herrie, I'll try a tenderloin build for tonite, since hammerhead is working good enough to do some app dev. The Webb Tracker app has been updated with the first image from the telescope! Feb 12 21:18:24 codepoet: I'll be traveling tomorrow with plenty of time on airports etc, so will have a look into this 2nd app install issue Feb 12 21:18:55 where to this time? Feb 12 21:33:42 Moldova via Ukraine, so might be tricky LOL Feb 12 21:33:51 Keeping an eye on the news Feb 12 21:34:24 Taking snowboard with me, if things stay quiet, will head into Karpathian mountains for some days Feb 12 21:34:59 Been some years (I guess 4 or 5) since I've been on my board, so time to do again :) Feb 12 21:39:52 Tofe: I packed my PPP and keyboard, so can toy a bit with a new build & kernel to see how "dual battery" behaves and if I can get the kb working as well Feb 12 21:47:57 awesome. look out for Russian tanks. Feb 12 21:51:42 did you change your career to travels? :) Feb 12 21:52:22 JaMa: Almost LOL Feb 12 21:53:01 Just tickets are so cheap, it cheaper to travel then to stay @ home and heat the house with current energy prices here :P Feb 12 22:00:39 hehe Feb 12 22:11:23 Yes, a flight via Ukraine is certainly cheap these days ;) Feb 12 22:12:21 HerrieTP: I'll continue my work on qtwayland-webos, which is taking a bit more time than I expected Feb 12 22:15:05 Tofe: OK, on Qt6 probably a lot more work still? Feb 12 22:15:20 I guess so, but I didn't really try Feb 12 22:15:58 OK well if it's just QtWayland the patches should be doable I guess Feb 12 22:16:26 yes it's doable, it's just that I know we'll throw it away when switching to qt6 :p Feb 12 22:17:00 I guess a gradual approach might be a bit better vs big bang here Feb 12 22:17:42 Compositor + wam/Chromium is already quite a bit change by itself Feb 12 22:28:38 yes, true Feb 12 22:28:48 that's why I'm continuing on this way too :) Feb 12 22:45:52 Anyway gn8 ;) Feb 12 22:50:30 gn8 Feb 12 22:50:32 ! **** ENDING LOGGING AT Sun Feb 13 02:59:56 2022