**** BEGIN LOGGING AT Thu May 21 02:59:57 2020 May 21 07:06:07 Morning May 21 07:06:13 Tofe: https://github.com/webOS-ports/meta-webos-ports/commit/8ad95c6b0c72c99bf1b32d79fadca8449167fc2e May 21 07:06:33 With this you still have errors like: 2020-05-21T06:44:57.007788Z [15.379570656] user.warning service.accounts [] LS_REQUIRES_SECURITY {"SERVICE":"com.palm.app.calendar","CATEGORY":"/","METHOD":"listAccountTemplates"} Service security groups don't allow method call. May 21 07:07:36 These can be "solved" by editing the various com.palm.app.* and com.palm.launcher and com.palm.systemui in /usr/share/luna-service2/client-permissions.d folder May 21 07:08:15 Basically the "com.palm.app.accounts-*" tag needs to be duplicated to "com.palm.app.accounts" May 21 07:08:39 So you get https://paste.ubuntu.com/p/SZWBmVSYG9/ May 21 07:10:33 This is generated by webos_app class which in place inherits webos_app_generate_security_files which generates these files. The fix could be easy in the end, but I'm not sure what's the right fix yet... so I didn't propose anything yet... May 21 07:11:30 Should be easy enough to adjust https://github.com/webOS-ports/meta-webos-ports/blob/herrie/acg-wip/meta-luneos/classes/webos_app_generate_security_files.bbclass#L87 May 21 07:11:55 Maybe we need something for "legacy apps" that start with "com.palm", but not 100% convinced about that yet May 21 07:22:29 I'm testing something locally for that now May 21 07:22:36 It's just a few lines added to the bbclass May 21 07:24:56 JaMa: Thnx for the info, looking forward to the results May 21 07:25:08 Just got feedback from Corsair, whole kit goes back again for RMA :S May 21 07:33:06 Herrie: do you have some spare sticks or will you be without builder for couple days? May 21 07:33:57 JaMa: Will try to do advanced RMA where they block amount on credit card, pending receipt of old modules back for RMA. May 21 07:34:12 So I can get the new ones, swap and send the old ones back May 21 07:34:17 Just last time it took forever :S May 21 07:34:33 Tofe: Quick dirty workaround for the com.palm.* apps with ACG: https://github.com/webOS-ports/meta-webos-ports/commit/0dfc64e77812e6cc5fe46595506113d7c1cde224 May 21 07:35:45 It's working rock stable with 7 modules @ 2666 now, so it's pretty OK for now. No rush at my end, but in terms of performance seems it's quite a bit quicker with 128GB v.s. 112GB May 21 07:49:07 Herrie: I've updated the repo with results May 21 07:51:28 JaMa: thx will have a look May 21 08:27:25 Tofe: Now I have May 21 09:39:45 qemux86-64 user.warn ls-hubd: [] [pmlog] ls-hubd LSHUB_ROLE_FILE {} Can not find service "com.palm.app.email" permissions for executable "/usr/sbin/LunaWebAppManager" May 21 08:27:32 And similar for other apps such as Calendar May 21 11:07:10 "Morning" May 21 11:07:34 Damn, I missed a whole debug session it seems :) May 21 11:11:26 let me first rebuild on top of your last commits May 21 11:12:06 Herrie: so it basically includes my previous fixes, I can forget them in my "log" ? May 21 11:13:48 Herrie: from my little helper document about typical errors: ls-hubd LSHUB_ROLE_FILE {} Can not find service "com.palm.service.accounts" permissions for executable "/usr/bin/APP" May 21 11:13:48 ⇒ It seems that the « roles.d » file for exeName « /usr/bin/APP » doesn’t have any entry in the « permissions » array that describes the « com.palm.service.accounts » service May 21 11:15:06 so, in the webappmanager role file, we are missing permissions descriptions for com.palm.app.email and such. But I thought we already fixed that one, it's strange. May 21 11:16:48 Tofe: Yes this should fix all things you had already May 21 11:18:07 ok great May 21 11:24:43 Tofe: I played around a bit but didn't get it working yet. This seems to be for Enyo 1 (com.palm.*) apps, the Enyo 2 apps behave slightly different it seems May 21 11:25:20 Those are all org.webosports.* though so that might have something to do with it somehow May 21 11:25:40 Or just how the frameworks are loaded that could also be an explanation May 21 11:34:18 mmmh I need to rebuild qtwebengine somehow... yay May 21 11:39:13 I feel like we're not going in the right direction with this webappmanager; it's just an app launcher, so we shouldn't have to specify the rights for all possibly launched app May 21 11:39:23 I mean, not in WAM's role file May 21 11:40:03 I'll have a look at webosose's WAM, maybe they describe by otherwise May 21 11:40:11 ("container" kind ?) May 21 11:46:31 Yeah could be May 21 11:47:09 I wonder what this "webos-service" refers to https://github.com/webosose/wam/blob/master/wam.pri#L22 May 21 11:49:23 Sysbus files nothing special in wam May 21 11:50:17 exactly, and they don't descript apps permissions there, which seems normal May 21 11:50:46 there must be a qmake module or something May 21 11:50:50 They have a container in https://raw.githubusercontent.com/webosose/luna-service2-security-conf/master/files/sysbus/com.palm.webappmgr.container.json.in May 21 11:50:52 with this "webos-service" thing May 21 11:51:17 right... should we do that too ? May 21 11:51:52 I guess so.... May 21 11:52:09 Documentation on this is really not very helpful May 21 11:52:33 I think you want to say "non-existent" :) May 21 11:53:29 Let's try with a container file; I'll have to wait until my image is built, though May 21 11:54:48 https://github.com/webosose/luna-service2-security-conf/commit/4d79d0ab4789093ea0846a73c8fb963929f77339 I'll try to find more info about this container thing and what it does to ACG May 21 11:57:48 I guess grepping for container in luna-service2 would be a good start May 21 11:58:01 I'm exactly at this step May 21 12:09:28 we do describe com.palm.app.email in our core-apps json files, right? May 21 12:22:10 Tofe: Yes I added various bits to the appinfo.json for core-apps May 21 12:23:20 for the appinfo stuff, it's supposed to replace the need of having role files for apps ? May 21 12:29:34 Tofe: yes May 21 12:30:10 By inheriting webos_app it will generate the files during builds using another bbclass May 21 12:30:24 See last commit in meta-webos-ports May 21 12:30:31 ok May 21 12:30:50 Since apps themselves don't have methods, only call them in system/services May 21 12:31:04 so we should also double-check that our core apps json files are correct May 21 12:31:38 Yeah but I think they're mostly OK May 21 12:31:47 I gave them a lot of permissions May 21 12:32:03 And cross checked Luna/palm calls in source of apps May 21 12:32:15 well, here it doesn't even find the permissions at all May 21 12:32:48 (damn, qtwebengine's build takes forever, and I don't even know why it was triggered) May 21 12:33:26 Well there were ls_required ones I had earlier all disappeared when I added the workaround for com.palm in the bbclass May 21 12:33:49 So it doesn't generate the files with "-*" suffix for id anymore May 21 12:38:45 Without these I would get a lot of errors like in: https://paste.ubuntu.com/p/3njrVnNdvp/ May 21 12:39:02 May 21 08:44:55 qemux86-64 user.warn LunaAppManager: [] [pmlog] LS_REQUIRES_SECURITY {"SERVICE":"com.palm.launcher","CATEGORY":"/","METHOD":"listLaunchPoints"} Service security groups don't allow method call. May 21 12:43:54 The requiredPermissions in appinfo.json basically tells webos_app_generate_security_files.bbclass what to write into the role file for the app. May 21 12:53:02 I've tested 5.14.2 and 5.15-rc1 now with zeus and https://bugreports.qt.io/browse/QTBUG-81790 is no longer reproducible in both May 21 12:53:10 at least tested with the clock app May 21 12:54:15 that's already quite improvement over current testing images with 5.14.1 let me know when you don't mind another rebuild on jenkins May 21 12:54:24 unstable builds are almost finished May 21 12:55:14 strange, even gesture area works now even with 5.15-rc1 May 21 12:55:26 that didn't work for me before in dunfell + 5.15-rc1 May 21 13:00:14 Gesture area is weird that it started working, could be related somehow May 21 13:00:31 Gesture area is only visible after firstuse completes successfully anyway May 21 13:00:49 gesture area is still broken in dunfell based image May 21 13:01:10 it works in zeus + 5.14 and 5.15 May 21 13:03:11 need to read again what Tofe said about NODE_MODULE_VERSION May 21 13:06:15 JaMa: it was basically a mismatch for the node version we use for luenos's nodejs modules, compared to the installed nodejs version in dunfell May 21 13:06:33 JaMa: yes likely nodejs issue there. Without the node services things won't. Work May 21 13:06:45 the version number isn't shared at distro level, so each recipe has its own, and I'm not surprise we forget about it May 21 13:06:46 Such as account creation by FirstUse May 21 13:07:52 with my last commit in these modules, you can use both zeus' and dunfell's nodejs version with the same module srcrev May 21 13:10:47 NODE_VERSION in these 3 recipes https://github.com/webOS-ports/meta-webos-ports/commit/b660da58cf0479170cee74119bd4ee149468b896 need to be updated in dunfell May 21 13:21:23 already on it May 21 13:23:30 testing with top 2 commits from https://github.com/webOS-ports/meta-webos-ports/commits/jansa/dunfell, the 2nd could be applied to zeus as well May 21 13:33:26 needs small fix May 21 13:33:27 * check_data_file_clashes: Package nodejs-module-webos-pmlog wants to install file /OE/build/luneos-dunfell/webos-ports/tmp-glibc/work/qemux86_64-webos-linux/luneos-dev-image/1.0-r0/rootfs/usr/palm/nodejs/pmloglib.node May 21 13:33:31 But that file is already provided by package * nodejs-module-webos-dynaload May 21 13:33:34 * check_data_file_clashes: Package nodejs-module-webos-sysbus wants to install file /OE/build/luneos-dunfell/webos-ports/tmp-glibc/work/qemux86_64-webos-linux/luneos-dev-image/1.0-r0/rootfs/usr/palm/nodejs/pmloglib.node May 21 13:33:38 But that file is already provided by package * nodejs-module-webos-dynaload May 21 13:33:51 do you know if we still need the symlink to the old location? as mentioned here: https://github.com/webOS-ports/meta-webos-ports/commit/71207a181ba5922c9e5bacd3c4e35fb640d47401#diff-69670871770a548f47f4d7ee2fc97f63R37 May 21 13:34:23 I haven't the faintest idea May 21 13:49:09 Herrie: Tofe: cool, that fixed the gesture area in dunfell/unstable May 21 13:49:24 will push it to zeus and dunfell May 21 14:21:52 it seems to work, but there are some errors in journal, will need to check if they were there before already e.g. https://pastebin.com/DMxhQYMJ May 21 14:36:44 JaMa: this invalid transition was there already for activity May 21 14:36:56 Never got to solve that one May 21 15:02:13 unstable builds done, should I push qt upgrade to keep jenkins busy or wait a bit more for ACG to be finished and merged? May 21 15:02:58 the images from jenkins won't appear on build.webos-ports.org because of the failing fileserver, but at least it will prepare sstate for then next run May 21 15:09:58 JaMa: Let's do it May 21 15:10:15 ACG is pretty separate so for unstable we should be fine May 21 15:11:33 this is qt upgrade for testing (as it now works better than the version we currently have), unstable is already upgraded to latest May 21 15:51:05 JaMa: This is 5.14.X or 5.15 you want to upgrade to? May 21 15:58:34 both seem to work the same in emulator, so I would go with 5.15 to match unstable and because it's LTS while 5.14.2 is IIRC last release from 5.14 May 21 16:00:26 https://lists.qt-project.org/pipermail/releasing/2020-April/002768.html [17:06:16] So no plans to do QT 5.14.3 anymore May 21 16:02:10 and what I currently have in meta-qt5 as rc1 is much closer to rc2 (which was released a day after my bumps) May 21 16:02:37 final release should be out next week May 21 16:06:54 I'm not against in general. The ACG we're testing shouldn't really be impacted by any of this to be honest. May 21 16:07:03 Tofe: What are your thoughts? May 21 16:07:49 14:20 <+Tofe> JaMa: well it depends, didn't you still have issues with 5.15 ? May 21 16:07:52 14:20 <+Tofe> I'd prefer not deal with both ACG and Qt issue right now :p May 21 16:08:29 but I 5.15 (and 5.14.2) are now better than 5.14.1, so I was hoping to change his opinion a bit :) May 21 16:10:21 upgrading Qt on bonaire (all MACHINEs) takes around 2 days to finish May 21 16:10:28 Seeing 5.15 is LTS that's good. May 21 16:10:46 Do we have images with 5.15 fixes to test? May 21 16:10:46 yeah and 5.14 is dead end already May 21 16:11:31 I have them locally, but fileserver is broken, would need to share them through something else May 21 16:12:27 JaMa: We run this nowadays to see how things are: https://www.webos-ports.org/wiki/Device_Status May 21 16:12:28 unstable is missing just the nodejs fixes from today, I can push those and rebuild but without fileserver the image will just get removed from tmpfs May 21 16:13:04 and unstable has other own issues anyway, so it's not as zeus+qt 5.15 May 21 16:13:10 If you could share the qemux86-(64) somewhere I can test May 21 16:13:30 Not sure what else you build locally? May 21 16:14:00 only tissot, but haven't tested on tissot May 21 16:14:28 Qemu is a bit limited in terms of testing but qt upgrade shouldn't break anything really... Though with Wayland, sensors and location you never know really May 21 16:14:45 My Tissot is with the Mrs... May 21 16:15:07 I'm not against but Tofe should have final say May 21 16:15:17 mine was taken away by son, need to find it :) May 21 16:17:10 Herrie: https://drive.google.com/open?id=1YizOG6Vd8_Buzr5XsId0j3dkDRKpWCYt May 21 16:37:36 If Qt's status is improved, then I'm ok May 21 16:38:41 Damn, Civilization 6 is free these days May 21 16:38:52 How will I ever find time to work on luneos May 21 16:39:42 where? there was GTA5 on Epic store recently as well :) May 21 16:40:04 Epic store too May 21 16:40:23 GTA5 worked fine with wine, I just had to use a gamepad May 21 16:44:25 ok, after a little bycicle trip, I'm now ready to play with this new build May 21 16:46:25 JaMa: let's upgrade to Qt 5.15, it's an LTS, so it's worth it May 21 16:46:59 and I guess it will simplify you life a bit May 21 16:47:02 your* May 21 16:53:03 Herrie: interesting, LunaWebAppManager crashes when we try to start email (I got the hint thanks to the boot sound) May 21 16:54:22 Tofe: Yeah I noticed that too May 21 16:54:44 I tried to play with the container but didn't seem to do much at my end May 21 16:55:31 Just copied the wam one that was there and renamed to org.webosports.webappmanager and updated exe path May 21 16:56:28 same here; I think it's a good idea to have it, but I'm not sure how it helps us May 21 16:58:17 LunaWebAppManager[4290]: terminate called after throwing an instance of 'LS::Error' May 21 16:58:24 LunaWebAppManager[4290]: what(): Attempted to register for a service name that already exists: com.palm.app.email May 21 16:58:54 For once, it's helpful May 21 17:01:54 Tofe: Well I guess not letting it crash on this would be a good start May 21 17:02:10 I don't think that's desired behavior anyway? May 21 17:03:35 I think it's by design; but yes we should change that, the criticity isn't that high May 21 17:10:15 OK, testing updated to use meta-qt5/master with 5.15 May 21 17:16:28 ah, it's crashing in luna::PalmSystemExtension::PalmSystemExtension, where it creates a LS2 handle May 21 17:20:56 https://github.com/webOS-ports/luna-webappmanager/commit/08ff6dae2a86a312c0eb01423597e5e6f4ab4a1a it seems we don't give the right value then May 21 17:38:33 Well not providing was causing other issues... May 21 17:38:58 With LS2 in OSE May 21 17:39:10 Not sure what wam does there? May 21 17:40:01 Also the pub/priv should be reworked here eventually May 21 17:43:04 yes we should get rid of pub/priv, but let's first fix the crash :) May 21 17:43:59 I'd say, but I'm not sure, that the service appId drives the LS2 checks, but I'm really not sure, because we also pass an "appId" to the call itself May 21 17:46:50 Well I put this here previously becuase I guess stuff didn't work at all in OSE without this with the new luna-service2, but the solution might actually be incorrect May 21 17:47:03 And I was just lucky it worked, but now with ACG it causes issues May 21 17:47:30 Could be we would simply need to put org.webosports.webappmanager there instead of the appId, not sure May 21 17:47:46 Don't recall what was the exact issue in OSE, my commit message is not helping here... May 21 17:53:08 I think I largely based it off https://github.com/webosose/wam/blob/b28fa453944d1ace83db04de2ff94386282507ca/src/webos/PalmServiceBase.cpp#L34 May 21 18:00:42 org.webosports.webappmanager is already claimed by our WAM, somewhere else in the code May 21 18:01:19 ah, thanks, I'll have a look at OSE's code May 21 18:04:59 ok, I *think* it uses WAM's service name May 21 18:06:30 I'll give it a try May 21 18:09:01 nope... I think we should have a singleton there May 21 18:16:16 also, OSE uses "LSCallFromApplication", and it might help May 21 18:24:06 if I put "org.webosports.webappmanager", I still have a duplicated registered name; if I put a suffix, then I get LS2 security issues because I'm not allowed to do the calls May 21 18:24:15 user.warning service.accounts [] LS_REQUIRES_SECURITY {"SENDER":"org.webosports.webappmanager-palmsystem","RECEIVER":"com.palm.service.accounts","SERVICE":"org.webosports.webappmanager-palmsystem","CATEGORY":"/","METHOD":"listAccountTemplates"} Service security groups don't allow method call. May 21 18:25:52 Well that LS_REQUIRES_SECURITY is quite easy to fix May 21 18:28:08 yes, but we shouldn't have to insert app perms into WAM role May 21 18:28:43 I'll try to use LSCallFromApplication; though it seems it's not avaiable in luna-service2++, just in the C version May 21 18:29:28 Add to /usr/share/luna-service2/client-permissions.d/org.webosports.webappmanager.perm.json a section with org.webosports.webappmanager-palmsystem with "all" or "applications.internal". The listAccountTemplates is under applications.internal in https://github.com/webOS-ports/app-services/blob/herrie/acg/com.palm.service.accounts/files/sysbus/com.palm.service.accounts.api.json#L3 May 21 18:34:14 ah, damn, it's already what the C++ does May 21 18:39:30 Tofe: I came across this, not sure if it's of any help since it's Chromium code, but might give some clues as well: https://github.com/webosose/chromium79/commit/b8acbb2d19c99cdbbfc1009ab348caa5d6b3ab52#diff-8dc7214332007c7e95127979a4d20e4c May 21 18:39:48 Seems OSE is stepping up their game, being on Chromium 79 already :) May 21 18:44:06 let me first try to reuse the existing handle of our WAM app May 21 18:47:13 well well well, it seems to work May 21 18:47:23 I get the mail app showing up May 21 18:47:44 let me push the changes to the wam repo May 21 18:49:12 Tofe: :D May 21 18:49:45 Note that I did my tests having the container file May 21 18:49:54 I think we should keep it May 21 18:50:07 Even if we're not sure yet what role is has May 21 18:50:20 pushed to herrie/ls2-fix May 21 18:50:24 (in WAM) May 21 18:50:39 OK May 21 18:50:46 Let me build here too May 21 18:52:34 I probably should also remove "getLunaHandle().attachToLoop(g_main_context_default());" May 21 18:52:50 I'll test without container here first May 21 18:53:43 Since I'm doing whole new image May 21 18:53:47 Then easy to add if needed May 21 18:54:58 But I agree, would be good practice to have a container for it anyway May 21 18:55:13 Just don't have it ready in my build yet May 21 18:58:49 nether do I May 21 18:59:18 now one main visible remaining piece is the preference issue, leading to no background I think May 21 19:13:02 Tofe: Yeah that one is weird really May 21 19:13:32 Could be I have a mistake in some of my ACG work leading to this, will cross check May 21 19:14:05 Will do some thorough testing on this image to see what I see. Add some Google accounts, check Calendar etc May 21 19:14:10 Add emails etc May 21 19:54:59 Tofe: Does email actually launch? I get just the splash here May 21 19:55:39 Which is still an improvement ;) May 21 19:56:30 Herrie: I do get the initial screen of mail, yes, with the account selection May 21 19:56:48 could it be the container file ?... May 21 19:56:52 I have May 21 19:53:20 qemux86-64 user.err ls-hubd: [] [pmlog] ls-hubd LSHUB_NO_OUT_PERMS {"DEST_APP_ID":"org.webosports.webappmanager","SRC_APP_ID":"com.palm.db","EXE":"/usr/sbin/mojodb-luna","PID":583} "com.palm.db" does not have sufficient outbound permissions to communicate May 21 19:56:58 Yeah could be container, should check May 21 19:58:21 https://paste2.org/gEsKfbFU my container file, no surprise here May 21 19:58:56 Added it rebooting May 21 19:59:32 Nope :S May 21 20:00:38 that's surprising, I didn't modify anything else on device May 21 20:01:00 https://paste2.org/N9E7fbvB May 21 20:01:20 Let me add the db8 permissions, easy enough May 21 20:02:36 looks quite similar to mine May 21 20:03:56 https://paste2.org/kzdCDNsF I didn't reboot it for a while though May 22 00:18:33 is there a way to edit the apn settings in tissot? The webos route of phone>top drop down isn't working **** ENDING LOGGING AT Fri May 22 02:59:57 2020