**** BEGIN LOGGING AT Wed Nov 30 02:59:56 2022 Nov 30 06:37:22 Morning! Nov 30 06:37:27 Tofe: "Your item is transiting through our logistics platforms to be delivered to you as quickly as possible." Nov 30 08:05:11 Morning Nov 30 08:05:25 Herrie: hopefully, it's not "as slowly as possible" :) Nov 30 08:26:39 Tofe: Well UPS still a mystery here... Hope it will be delivered today, but who knows Nov 30 11:36:53 UPS supposed to come tomorrow here before 12:00, because of "issue with sorting package" :S Nov 30 12:04:43 no shortage of excuses, I see :) Nov 30 12:20:04 Yup LOL **** BEGIN LOGGING AT Wed Nov 30 13:02:59 2022 Nov 30 14:19:43 no package yet here Nov 30 14:40:43 Tofe: Hmmmz, seems we need to be very patient.... Nov 30 14:40:50 Next time I will drop it off elsewhere :P Nov 30 14:41:05 Just this one was "on my way" to another city Nov 30 14:48:30 Tofe: This boots OK, just there's a problem with the NodeJS services still: https://github.com/webOS-ports/meta-webos-ports/commits/herrie/kirkstone/enhanced-acg Nov 30 14:49:01 This commit moves away from our forks and uses latest OSE upstream bits mostly; https://github.com/webOS-ports/meta-webos-ports/commit/05e96b3f6c341b249f91ebd242e91871e378a09f Nov 30 14:49:18 WAM + Chromium 94 update I didn't try yet. Could be our patches will apply cleanly (or not....) Nov 30 14:49:43 It boots to UI, logs look pretty OK. So once NodeJS bits work I guess we can tackle remaining enhanced ACG errors Nov 30 14:49:50 I guess I'll need some help with the NodeJS issues Nov 30 14:49:54 Happy to share my image Nov 30 15:19:13 Herrie: for now I'll use your image yes, just in case I find something quickly Nov 30 15:19:29 but for a deeper analysis I'll probably need my own build Nov 30 15:23:09 Tofe: Sure Nov 30 15:23:11 Let me uploda Nov 30 15:29:47 I'll try to see if I can get Chromium 94 to build here as well Nov 30 15:29:52 + latest WAM Nov 30 15:30:45 Herrie: I think that when we'll have fixed the NodeJS issue, we can merge the PR Nov 30 15:31:09 luneos-dev-emulator-qemux86-64-0-20221130.tar.gz Nov 30 15:31:12 Tofe: Yeah I think so too! Nov 30 15:33:40 I like the commit about moving away from the forks, we see quite well how much divergence we have currently Nov 30 15:51:33 Tofe: Yeah some stuff is upstreamable, some stuff not Nov 30 15:51:55 Need to see how LG can accept PR's. Because we sent some PR's that sit there and do nothing Nov 30 15:52:31 Tofe: There's more recipes to do, for upstream + patches, but I'll tackle those later Nov 30 17:53:02 Herrie: "Error: basic_string::_S_construct null not valid" is that the kind of error you're trying to fix ? Nov 30 17:53:18 Tofe: Yeah that's the one I guess Nov 30 17:53:25 It's probably something with the service registration Nov 30 17:53:36 I noticed they dropped the whole "dynaload" support in OSE Nov 30 17:53:38 at c.initialize (/usr/palm/frameworks/mojoservice/version/1.0/node_module.js:1:3690) Nov 30 17:53:48 dynaload are the ones that have a "sources.json" it seems Nov 30 17:54:08 ok let me try to understand the error first :) Nov 30 17:54:13 https://github.com/webosose/mojoservicelauncher/commit/b156a6a70be5db25565d2e85f432c4389222876d Nov 30 17:55:45 so error points to "this._handle=new palmbus.Handle(a,b);" Nov 30 17:56:08 Tofe: Ah that is already something Nov 30 17:56:17 Could be that's removed in luna-service2 somehow Nov 30 17:56:32 I thought we tackled this when we solved the pub/priv issue previously Nov 30 17:57:05 well this Handle thing is supposed to be handled by a nodejs module too Nov 30 17:57:06 It's this service for example (service.accounts): https://github.com/webOS-ports/app-services/tree/herrie/enhanced-acg/com.palm.service.accounts Nov 30 17:58:39 Tofe: That should be this one? https://github.com/webosose/nodejs-module-webos-sysbus/search?q=handle Nov 30 18:00:23 I think so yes Nov 30 18:01:18 so... somewhere in there? https://github.com/webOS-ports/nodejs-module-webos-sysbus/blob/webOS-ports/webOS-OSE/src/node_ls2_handle.cpp#L93 Nov 30 18:02:37 Well I didn't bump this one yet from OSE Nov 30 18:03:02 not sure that would help, though Nov 30 18:04:39 I guess should diff Nov 30 18:04:51 could you provide the -dbg ipk for this package? I'll try to catch it somehow Nov 30 18:05:08 not sure how to restart the service though, or which service it is Nov 30 18:06:10 This is our deff with OSE: https://github.com/webOS-ports/nodejs-module-webos-sysbus/commit/bc89be27c302cb725e20246a89ff945ec797c6af Nov 30 18:07:18 ah, yes, we updated our code to match newer nodejs Nov 30 18:07:41 Well OSE is on Kirkstone now too Nov 30 18:07:46 We have some diff due to session stuff Nov 30 18:08:48 my current guess is that "serviceName.value()" return nullptr, and we try to build a std::string from that, which throws an exception Nov 30 18:09:30 but it's just a wild guess Nov 30 18:09:36 OK Nov 30 18:09:48 I'll do some digging with updated OSE code Nov 30 18:09:50 Worth to try Nov 30 18:09:58 oh but one moment Nov 30 18:10:01 They added session ID bits as well we don't have Nov 30 18:10:23 in the logs, just before the exception, we see "New: args.Length =2" Nov 30 18:10:35 Yeah I added that logging before Nov 30 18:10:39 When we had issues Nov 30 18:11:07 well that's good, because it points to line 106 in your diff Nov 30 18:11:11 i.e. not the correct way Nov 30 18:13:40 so instead of calling new palmbus.Handle(a, b), where b is probably "isPrivateBus", we need to switch to the correct call with just the name "a" Nov 30 18:16:19 Ah OK Nov 30 18:16:25 BTW UPS just came with the package :D Nov 30 18:17:32 https://github.com/webOS-ports/mojoservice-frameworks/blob/webOS-ports/webOS-OSE/mojoservice/javascript/method_dispatcher.js#L11 <-- right here, we need a big migration Nov 30 18:18:24 but for now, we can just remove the publicBus argument Nov 30 18:19:10 Tofe: OK, I can deal with that :D Nov 30 18:21:55 and now I get a big back window over my firstuse window :( Nov 30 18:22:16 I got that on pinephone too, I think it's an Alert window which should be here Nov 30 18:22:21 shouldn't Nov 30 18:26:38 Tofe: Well it's com.webos.app.volume or com.webos.app.notification Nov 30 18:28:44 luna-send -n 1 luna://com.webos.applicationManager/closeByAppId '{"id":"com.webos.app.notification"}' Nov 30 18:28:54 exactly Nov 30 18:29:09 And it will disappear at least for me on VBox Nov 30 18:29:36 I think I'll restrict the "Alert" windows to systemui for now Nov 30 18:29:44 Tofe: OK Nov 30 18:32:09 done, we just need to bump the cardshell Nov 30 18:32:33 Tofe: OK Nov 30 18:32:41 I still have FirstUse not ending properly Nov 30 18:33:03 I tried changing the qt.quit in the qml but didn't help Nov 30 18:33:57 https://github.com/webOS-ports/org.webosports.app.firstuse/blob/master/qml/main.qml#l68 Nov 30 18:34:04 in the logs, I see: "New: serviceName.value() =com.palm.service.accounts" then later on, a nodejs exception with "Error: The service is not registered" Nov 30 18:34:31 the app does quit properly here Nov 30 18:34:47 but I've done a few reboots already Nov 30 18:35:48 To clarify: the app quits, but nothing else happens, probably because the accounts service isn't running Nov 30 18:36:42 Tofe: On my WIP qemu that's expected Nov 30 18:36:56 They don't run there due to previous error Nov 30 18:37:06 On other image it should work Nov 30 18:38:55 ah, there's another one here https://github.com/webOS-ports/mojoservice-frameworks/blob/webOS-ports/webOS-OSE/mojoservice/javascript/method_dispatcher.js#L68 Nov 30 18:39:33 ok with the two patches in the .js, the services seem to run; but it didn't improve the situation after closing firstuse Nov 30 18:41:38 Hmmz anything in logs? Nov 30 18:41:47 It could be missing permissions still Nov 30 18:42:00 I fixed what I could based on what was running Nov 30 18:42:04 probably; I'm trying to see where the launch of the service happens Nov 30 18:42:22 There might be more issues now that I didn't spot yet Nov 30 18:42:40 Search for LS_R Nov 30 18:50:41 Can you post a full log? Nov 30 19:00:37 Herrie: https://paste2.org/AFf5VKf9 Nov 30 19:01:26 com.palm.service.accounts does seem to be happy Nov 30 19:04:19 Tofe: These 2 were there before: LunaSysMgr[426]: [] [pmlog] LS_REQUIRES_SECURITY {"SERVICE":"(null)","CATEGORY":"/control","METHOD":"setProperty"} Service security groups don't allow method call. Nov 30 19:04:30 And powerd[662]: [] [pmlog] LS_REQUIRES_SECURITY {"SERVICE":"(null)","CATEGORY":"/com/palm/power","METHOD":"identify"} Service security groups don't allow method call. Nov 30 19:04:44 Because of (null) values in service I guess Nov 30 19:04:52 Should be not too hard to fix Nov 30 19:06:30 Tofe: Is it really? Nov 30 13:59:05 qemux86-64 ls-hubd[797]: Error: The service is not registered Nov 30 19:06:48 It doesn't look bad for the rest really Nov 30 19:07:02 CHromium 94 will need some more recipes from OSE for multimedia, camera etc Nov 30 19:07:04 I'll get to that Nov 30 19:14:22 well it's not too bad yes, but still, things act as if the services aren't available Nov 30 19:24:30 Well you might be able to check in ls-monitor Nov 30 19:24:58 ls-monitor -i to see if stuff got registered on ls bus Nov 30 19:25:43 It could be something small though now Nov 30 21:57:18 Herrie: https://paste2.org/9x8OJHIG I don't see any of our js service, if I'm correct **** ENDING LOGGING AT Thu Dec 01 02:59:57 2022