**** BEGIN LOGGING AT Wed Feb 09 02:59:56 2022 Feb 09 06:49:56 Morning! Feb 09 06:51:43 Tofe: Seems my WAM build doesn't look in a very bad shape, however it seems that somehow we're missing the caller from luna-appmanager to WAM so getting permission errors on the API calls in WAM. So I guess I'd need a little magic from you in luna-appmanager to add the caller there Feb 09 06:57:29 Full log: https://paste.ubuntu.com/p/5sgGSkFP9f/ Feb 09 06:57:50 I guess this is the main culprit for now: Feb 09 02:24:19 qemux86-64 WebAppMgr[669]: [] [pmlog] LS_REQUIRES_SECURITY {"SERVICE":"(null)","CATEGORY":"/","METHOD":"launchApp"} Service security groups don't allow method call. Feb 09 07:00:09 Ah let me check if I have this one: https://github.com/webOS-ports/luna-appmanager/commit/0c9f1e2e037b78e3694e18a723a629efd5509e0c Feb 09 07:06:46 Seems I don't, added it now, testing again Feb 09 07:17:20 Nope that doesn't solve it Feb 09 07:20:12 This is my ls-monitor output: https://paste.ubuntu.com/p/3tFyVjd5wC/ Feb 09 07:24:08 New log FWIW: https://paste.ubuntu.com/p/ZxYqWcCfQZ/ Feb 09 07:24:31 Issue probably somewhere in this call: https://github.com/webOS-ports/luna-appmanager/blob/herrie/OSE-wam-honister-chromium87/Src/remote/WebAppMgrProxy.cpp#L406 Feb 09 07:52:50 Morning! Feb 09 07:54:41 "SERVICE":"(null)" is a bit strange Feb 09 07:55:32 Tofe: Yeah and that causes issues as you can imagine Feb 09 07:55:38 https://github.com/webOS-ports/meta-webos-ports/commits/herrie/honister-wam that's my WIP build tree Feb 09 07:55:46 Just rebased in with our latest honister changes Feb 09 13:09:08 Herrie: https://github.com/webOS-ports/luna-appmanager/blob/herrie/OSE-wam-honister-chromium87/Src/remote/WebAppMgrProxy.cpp#L72 this kind of registering, with a "null" service name, is probably the root cause. I'm surprised it works with our WAM, though Feb 09 13:11:01 "A traditional client may register with a NULL name if it never expects to be sent messages." ok, so it's authorized, I was incorrect Feb 09 13:17:08 Tofe: Well I guess I could check our LS2 ACG for our luna-webappmgr Feb 09 13:24:44 HerrieTP: I can do that tonight too, here I'm at work -- physically :) Feb 09 13:27:01 Herrie: ah but wait, "WebAppMgr[813]: [] [pmlog] LS_REQUIRES_SECURITY {"SERVICE":"(null)","CATEGORY":"/","METHOD":"launchApp"}" is actually on WAM side, isn't it -- not on LunaAppManager side Feb 09 13:32:40 Tofe: Luna-next-cardshell calls to com.palm.applicationManager (luna-appmanager) which in turns proxies the call to wam Feb 09 13:32:59 So caller doesn't get passed somewhere in this chain Feb 09 13:33:06 but I mean, the message originates from WebAppMgr Feb 09 13:33:38 or am I confused again Feb 09 13:39:31 Tofe: Yeah but it's being called by something else which doesn't have permissions (luna-appmanager) which sends NULL as service identifier Feb 09 13:39:59 Right; anyway I'll check that later on a real session :) Feb 09 17:55:28 Tofe: I'm quite a lot out these days in the evening, but happy to test something when back home Feb 09 17:55:50 I'm still on Azores timezone in bio clock it seems so won't sleep before 2 AM Feb 09 20:45:58 HerrieTP_: for you WAM build, do you have a qemu image or so ? Feb 09 20:46:02 your* Feb 09 20:52:53 I do but can upload only in about 2 hrs I guessing Feb 09 20:53:03 Meta wop I pushed Feb 09 20:53:13 So you could build for pp Feb 09 20:57:19 I just have to switch to your branch ? sounds almost too easy :) Feb 09 20:59:55 ERROR: Nothing PROVIDES 'umediaserver' (but /media/LuneOS/testing/webos-ports/meta-webos-ports/meta-luneos/recipes-webos/chromium/webruntime_87.bb DEPENDS on or otherwise requires it) Feb 09 21:00:14 maybe just a missing file to commit ? Feb 09 21:16:31 Ah I think you need to remove it similar as for qemux86 for now Feb 09 21:19:12 ok, build started Feb 09 22:05:52 umediaserver we need to tackle as well at some point but can do it separately Feb 09 22:06:05 Not urgently required for WAM itself Feb 09 22:10:31 Will probably require gstreamer and other bits, might not be rocket science to get working but seems to involve audiod-pro as well which is quite some work to migrate Feb 09 22:10:44 Since they made it modular and removed the phone bits Feb 09 22:10:55 I had a look into that previously Feb 09 22:11:23 Modularity is nice, but getting the legacy bits for phone back in might be a bit tricky Feb 09 22:11:36 Code is there in commit history but removed at some point Feb 09 22:19:19 it's still quite messy, g-media-pipeline is still different even between rpi3 and rpi4 and everytime they change the recipe for rpi4-64 (the only MACHINE regularly tested) they break it for other MACHINEs :/ Feb 09 22:43:14 JaMa: Not very helpful indeed :( **** ENDING LOGGING AT Thu Feb 10 02:59:56 2022