**** BEGIN LOGGING AT Tue Feb 08 02:59:57 2022 Feb 08 04:04:03 Herrie: the run file please webruntime/87-r52.3/temp/run.do_configure.204394 Feb 08 05:06:25 JaMa: https://bpa.st/RTPQ Feb 08 10:16:06 Herrie: webos_submission_number=${@ '${WEBOS_SUBMISSION}'.split('.')[-1] } Feb 08 10:17:47 Herrie: this in GN_ARGS should have been expanded by bitbake, not ending in shell, either you're missing webos_enhanced_submissions inherit or WEBOS_VERSION wasn't defined, just replace it with some static number, whole PV seems strange in your log Feb 08 10:19:52 JaMa: Ah I dropped the inherit Feb 08 10:20:04 Because you previously said that it was useless Feb 08 10:20:14 The whole webos_enhanced_submissions I mean Feb 08 10:23:00 What is a "normal" value in there? I will just hardcode it for now Feb 08 10:27:13 Morning! Feb 08 10:50:18 Herrie: https://github.com/webosose/meta-webosose/blob/master/meta-webos/recipes-webos/chromium/webruntime-repo_87.inc has submission 10 Feb 08 10:50:30 check what they use this parameter for Feb 08 10:53:00 OK will put something like that hardcoded for now Feb 08 10:53:07 This error is gone now Feb 08 11:06:44 Herrie: for the URI issue, wasn't it handled by my commit ? I'm not sure to understand what is the problem we have now Feb 08 11:10:28 Tofe: The file:// was however http ones not Feb 08 11:11:53 Seems that url might be wrong Feb 08 11:12:13 If you check my logs the actual path for ipk after download is in pathname Feb 08 11:12:53 ah ok Feb 08 11:13:07 but don't we download it locally before we hand it over to appinstalld ? Feb 08 11:38:32 Tofe: We do, but pass the original download URL isntead of the local one after download Feb 08 11:38:48 That fix for "file://" is probably not needed if we address this properly to start with Feb 08 11:42:20 Tofe: https://github.com/webOS-ports/preware/blob/webOS-ports/webOS-OSE/oe-service/src/luna_methods.c#L1454-L1456 pathname in there seems to contain the local URL going by my log at least Feb 08 11:43:06 Sorry it should be this one: https://github.com/webOS-ports/preware/blob/webOS-ports/webOS-OSE/oe-service/src/luna_methods.c#L1637 Feb 08 11:43:34 It gives the following: "Running command /usr/bin/ar p /media/internal/.developer/com.palm.app.jonandnic.simplechat_1.7.0_all.ipk control.tar.gz | /bin/tar -O -z -x --no-anchored -f - control | /bin/sed -n -e 's/^Package: //p' 2>&1" Feb 08 11:45:09 So seems pathname contains the correct path there, just not sure how to pass it to the other functions, specifically do_install Feb 08 11:48:24 thanks for the pointer, I'll analyze it from there Feb 08 11:49:22 It requires some c++ magic probably, but I know you can handle this Feb 08 13:25:57 Just tested the new image. Preware handles the launch params again, and gets as far as downloading the requested IPK, but install still hangs. Feb 08 13:26:56 http://wosa.link/image.php?am9ud2lzZXx2ODY3NzRkZA Feb 08 13:27:17 I actually see the HTTP 200 OK fly by, so it seems like we're getting somewhere! Feb 08 13:28:40 codepoet: it's probably the URI thing Feb 08 13:32:18 ok, hopefully that's an easy fix? BTW, the remote debugging in a browser works and is awesome! my home automation control app mostly works on LuneOS, and its easy to find bugs in Enyo apps now. Feb 08 13:34:13 codepoet: It seems it's putting the http URL into "ar" after download. Tofe is looking into that Feb 08 13:34:21 It should take pathname instead Feb 08 13:34:30 But not really sure how to pass that Feb 08 13:35:40 codepoet: My log: https://bpa.st/OJCQ Feb 08 13:36:25 So ar doesn't like the http URL obviously, similar to the file:// one previously Feb 08 13:36:56 So the fix for the file:// probably shouldn't be required if we pass the correct path as well Feb 08 13:39:18 ok, almost there! Feb 08 13:55:36 We might break some things again after moving to wam but in general our Enyo stack is working pretty fine Feb 08 13:55:57 We needed a few hacks for newer Chromium but otherwise it's pretty solid Feb 08 14:10:53 All the stuff they developed @ Palm/HP was pretty solid for most part Feb 08 14:12:55 FYI: it might not be surprising to you, but I've just noticed that systemd's sshd.socket doesn't respect Port setting in /etc/ssh/sshd_config because /usr/lib/systemd/system/sshd.socket hardcodes 22 (at least on Gentoo) Feb 08 14:13:37 switching from sshd.service to sshd.socket (if you feel that you don't need sshd running all the time) might cause you to loose access Feb 08 14:15:44 JaMa: I guess it's better to address it properly somehow? Feb 08 14:15:53 We currently have it running all the time it seems Feb 08 14:17:21 User can still modify the sshd.socket with different port, it's just I didn't realize it needs to be changed in 2 places if you want to use non-standard port for whatever reason Feb 08 14:18:07 in other cases switching from .socket to .service is usually without such bad side-effects Feb 08 14:18:24 That must be a generic issue with the systemd socket usage Feb 08 14:18:27 luckily I didn't cut-off myself this time Feb 08 14:21:13 yes, cups-lpd, git-daemon, libvirtd-tcp, libvirtd-tls, mariadb.socket, rpcbind.socket, virtproxyd-tcp, virtproxyd-tls do the same here Feb 08 14:21:40 the same will apply for the IP to listen on as well Feb 08 18:03:21 OK just landed, had some time to do a few small things in plane, will PR them once in train Feb 08 18:51:01 Tofe: Some small things to review Feb 08 18:51:10 codepoet: I made 2 small comments on your PR to SDK from yesterday Feb 08 19:10:41 Once we resolve those, can be merged Feb 08 19:47:03 Tofe: Seems I'm getting close to compile WAM with Chromium 87 now, but probably need to update a few other bits still Feb 08 19:47:53 Stuff like luna-next, probably WAM itself and luna-appmanager like we did previously Feb 08 19:49:30 So will look into that Feb 08 19:53:34 oh that's nice to hear :) Feb 08 19:54:30 Will push my work once a build works Feb 08 19:54:58 We probably still need to look into luna-surfacemanager at some point as replacement for luna-next Feb 08 19:55:05 And I guess Qt6 upgrade too Feb 08 19:55:20 But if we're on WAM and Chromium that should be easier Feb 08 19:55:29 Hopefully at least Feb 08 19:56:04 yes, not sure in which order to do all this Feb 08 19:56:45 Well I guess Qt6 would require another rework of the webengine patches Feb 08 19:56:46 so, I flashed my new pinephone build, let's debug a bit this URI thing Feb 08 19:57:04 So maybe WAM with Chromium might be good to do first Feb 08 19:57:22 I guess we could get it to work with our luna-next first Feb 08 19:57:28 And then later switch compositor Feb 08 19:57:48 Tofe: It should probably be an easy fix for the preware side of things Feb 08 19:58:17 Since we have all the values just not in the right places Feb 08 20:00:09 HerrieTP: yes, here: https://github.com/webOS-ports/preware/blob/webOS-ports/webOS-OSE/oe-service/src/luna_methods.c#L1572 we pass the pkg uri, and we also have the filename Feb 08 20:01:04 so I think the right thing to do here is pass the pathname ( "/media/internal/.developer/" + filename ) as file:// uri Feb 08 20:01:33 Except if luna://com.webos.appInstallService/install is supposed to do a download, but it doesn't look like it Feb 08 20:01:46 No it doesn't do that Feb 08 20:01:54 Preware does that it seems Feb 08 20:02:05 Well pathname is defined a few lines below Feb 08 20:02:27 You could simply move them around and pass pathname instead? Feb 08 20:02:53 Preware "curls" the ipk Feb 08 20:03:47 yes, I'll try that Feb 08 20:07:11 It's a bit surprising we try to start the install so soon Feb 08 20:09:28 ah, no, sorry, it's just a printf Feb 08 20:11:56 code is ready, let me test that... Feb 08 20:16:03 Herrie: to test that, I just try to install any package from preware's default feeds ? Feb 08 20:16:25 Tofe: Ehm no... Feb 08 20:16:29 Not that easy Feb 08 20:16:38 ah, from Museum app then ? Feb 08 20:16:47 You need latest app museum IPK and install from there Feb 08 20:16:49 Yes Feb 08 20:16:56 ok, let me do that right away Feb 08 20:17:06 Just not sure if the latest commit that detects our Preware is in there Feb 08 20:18:02 Otherwise add that in the app's folder Feb 08 20:18:19 It's in the cryptofs one, not the regular one we use Feb 08 20:20:41 HerrieTP: that detects our Preware ? you mean in the Museum app ? Feb 08 20:21:15 Yes Feb 08 20:21:37 Otherwise it tried to open the old app (you'll get white screen in that case) Feb 08 20:22:00 I don't seem to have the latest one Feb 08 20:22:43 You need to add these changes basically:https://github.com/codepoet80/webos-catalog-frontend/commit/e55917ca74491cc94c7de126692db15692f252b3 Feb 08 20:25:04 ok, retrieved, let's go Feb 08 20:26:07 There quite some handover taking place between Preware js, c++ service and the appinstalld2 so it get's confusing at times Feb 08 20:26:26 LS_REQUIRES_SECURITY seems there's also something missing in appinfo Feb 08 20:26:56 Here's a built version of the LuneOS Museum: https://github.com/webOS-ports/luneos-testing/issues/8#issuecomment-1027025573 Feb 08 20:27:16 Ah I created a 2.9.0 IPK locally that had the requiredPermissions already there Feb 08 20:27:28 that works too! Feb 08 20:27:28 So I just needed to add the above bits Feb 08 20:28:01 codepoet: I'll take yours, the test will be a bit more accurate Feb 08 20:33:19 mmh it's weird, I still get the permission issue; maybe because I installed/uninstalled the previous version ? (and tinkered with it, too...) Feb 08 20:36:31 reboot? Feb 08 20:36:52 HerrieTP: yes, that helped Feb 08 20:40:09 codepoet: I see the url schema is "HTTP://", that should be lowercase I guess; but preware on my side doesn't seem to take the relaunch parameters into accound at all Feb 08 20:41:02 Herrie had some kind of issue where the latest Preware wasn't being taken Feb 08 20:41:43 if you want to make sure you're running the latest, pull https://github.com/webOS-ports/preware and run build-and-deploy.sh Feb 08 20:42:03 that'll replace whatever's on your device with the latest, that takes launch params Feb 08 20:42:20 I didn't change the URL schema from webOS -- just the appid to launch Feb 08 20:43:11 I should be pretty much on edge, as I built my image this afternoon Feb 08 20:43:59 that just leave the Museum. did you deploy Museum 2.9.0? Feb 08 20:44:47 codepoet: yes, and it does call "_webOS.exec(PalmSystem,LS2Call,[4,"palm://com.palm.applicationManager/open","{\"id\":\"org.webosports.app.preware\",\"params\":{\"type\":\"install\",\"file\":\"HTTP://packages.webosarchive.com/AppPackages/com.calql8tips_1.0.3_all.ipk\"}}"])" Feb 08 20:45:01 preware is started, but seem to ignore its params Feb 08 20:45:05 oh Feb 08 20:45:09 try killing preware Feb 08 20:45:25 so far I only handle launch, I think I have to do extra stuff to check params at relaunch Feb 08 20:46:11 well maybe I worded it wrong, but my starting point is with preware closed Feb 08 20:47:22 I'll check that I do have https://github.com/Tofee/preware/commit/bd4993af1179cab748ffd8bdc84663d745e1e297 Feb 08 20:48:07 Tofe: My local build somehow also didn't have latest though recipes seem bumped Feb 08 20:48:37 I don't have it on device either, quite weird Feb 08 20:49:28 if you want to grep, the keyword to search for is onLaunchedWithInstallRequest Feb 08 20:49:44 if that's not present in /usr/palm/applications/org.webosports.app.preware you're not running my changes Feb 08 20:49:49 codepoet: yep, exactly what I did grep :) Feb 08 20:49:53 :-) Feb 08 20:53:11 HerrieTP: we should have bump SRCREV to the merge commit, here we are missing one commit Feb 08 20:53:43 Tofe: Ah that explains Feb 08 20:53:56 And for both the App and Service, so 2 recipes Feb 08 20:55:10 yes, but the missing commit is the install params, not impacting the service Feb 08 20:55:33 But it's good to keep them synced in general Feb 08 20:55:56 Maybe make a .inc for it LOL Feb 08 20:57:07 now it tries to install Feb 08 20:57:31 yay Feb 08 20:57:46 i saw the same for any kind of install Feb 08 20:57:53 from menu, or from preware feed item Feb 08 20:58:06 it's installed, but preware doesn't seem to notice :/ Feb 08 20:59:04 that's interesting Feb 08 20:59:20 ah, it succeeded with another app Feb 08 20:59:59 https://github.com/webOS-ports/preware/pull/39 Feb 08 21:00:36 ya, i just tested. if it is installed, Preware and Luna both didn't notice :-p Feb 08 21:01:18 even after a reboot... Feb 08 21:01:26 Herrie: mojodb-luna[1967]: [] [pmlog] LS_REQUIRES_SECURITY {"SERVICE":"com.palm.eventreporter.LunaAppManager","CATEGORY":"/","METHOD":"put"} Service security groups don't allow method call. Feb 08 21:01:45 looks like another missing piece in our permissions Feb 08 21:02:30 Tofe: Yeah there are a few of those, I didn't track this one down yet Feb 08 21:02:52 Another things we might need to untangle is powerd/sleepd Feb 08 21:02:53 also "appinstalld[1932]: [] [pmlog] AppInstallD WRONG_SERVICEID {"APP_ID":"com.calql8tips"} #/requiredPermissions is missing in appinfo.json, set as public" that's what we discussed earlier Feb 08 21:04:38 let's try accuweather on the pinephone... Feb 08 21:06:25 UI is a bit wrecked, but otherwise seems to work Feb 08 21:06:27 This is the one you want: http://appcatalog.webosarchive.com/app/AccuWeatherforHPTouchPad Feb 08 21:06:43 It *mostly* worked on Tenderloin Feb 08 21:06:55 (in LuneOS -- works well in webOS) Feb 08 21:07:49 Tofe: Yeah those permission errors are as expected really for the "unknown" apps Feb 08 21:07:51 It seems to suffer from the unexpected form factor Feb 08 21:07:54 Since they miss the tags Feb 08 21:08:08 Herrie: yes, I'm not surprised either Feb 08 21:08:10 Tofe: Likely some bits hardcoded for TP resolution Feb 08 21:09:57 that is likely true for Accuweather. Lots of Enyo apps use the sliding panel approach, so they scale well to phones. Feb 08 21:10:32 its pretty simple surgery if they app uses panels, but forgot to make them slide. If I get a Nexus 5 is that a good enough phone form factor test environment? Feb 08 21:10:54 Herrie: so my PR for preware seems to work, let's merge it and bump preware Feb 08 21:11:04 I almost have a bump PR ready Feb 08 21:11:41 codepoet: yes, it's quite classic Feb 08 21:12:04 Tofe: I'm testing it here Feb 08 21:12:08 Give me a few mins Feb 08 21:12:48 Herrie: oops, too late :p https://github.com/webOS-ports/meta-webos-ports/pull/487 Feb 08 21:12:55 nexus 5, or 5x? Feb 08 21:13:11 codepoet: we never ported luneos on the 5x Feb 08 21:13:40 k. found a 5 on ebay running ubuntu touch! Feb 08 21:13:47 :) Feb 08 21:14:37 I now have 2 of these, as my wife moved on to a redmi 5 Feb 08 21:16:00 codepoet: Nexus 5 is nice, Pinephone also since it uses mainline linux Feb 08 21:16:12 Nexus 5 mainline kernel isn't great yet, so stuck on 3.4 Feb 08 21:16:20 And needs libhybris Feb 08 21:16:40 But you could easily force another resolution in emulator as well I guess Feb 08 21:18:50 well, "easily", not so sure; I think I know what needs to be modified (the syslinux boot parameters I think) but not sure where to change this Feb 08 21:19:08 Tofe: We can do firstuse and luneos-components in that one as well? Feb 08 21:19:17 For bumping Feb 08 21:19:20 Herrie: oh, good idea Feb 08 21:19:27 one sec Feb 08 21:22:07 Herrie: done Feb 08 21:22:30 Herrie: I saw I forgot about the Sargo PR: is that ready for a merge ? or too soon ? Feb 08 21:27:39 Tofe: I need to PR the meta-smartphone one still, but in general ready to go Feb 08 21:27:59 Herrie: ok, let's wait until the machine.conf is there Feb 08 21:30:14 Tofe: I can confirm preware bits work at my end as well Feb 08 21:31:06 great Feb 08 21:31:12 OK merged Feb 08 21:38:08 Tofe: Seems Pine KB might come tomorrow finally Feb 08 21:41:07 nice Feb 08 21:45:39 ok, bedtime here, see you tomorrow Feb 08 22:08:59 Same here gn8 **** ENDING LOGGING AT Wed Feb 09 02:59:56 2022