**** BEGIN LOGGING AT Sat Mar 05 02:59:56 2022 Mar 05 06:55:07 codepoet: It seems they just give examples... Let me check if there was actually such thing as Synergy for tasks or I'm just mistaken ;) Mar 05 06:55:22 I recall they got synced on 2.x for Exchange somehow Mar 05 07:27:24 Seems memory was right here Mar 05 07:29:00 https://imgur.com/a/SvQsUBY Mar 05 07:44:57 The db kinds & permissions were there on 3.x Doctor as well. Not sure we have them on LuneOS, but easy enough to add if needed Mar 05 10:53:16 Morning! Mar 05 16:48:25 Herrie: I guess we'll have to switch to SAM too; otherwise that'll mean improving our appinfo parsing to include some more attributes Mar 05 16:48:55 Tofe: We have SAM already Mar 05 16:49:03 I added it to wam-extended Mar 05 16:49:15 yes, but also that means using qml-runner, configuring /etc/palm/sam-conf.json Mar 05 16:49:31 Removed the API from LS2 for luna-sysmgr/luna-appmgr that are now provided by SAM Mar 05 16:49:46 Tofe: Ah I might have missed those Mar 05 16:50:21 I'll just add the startup apps to the SAM json and remove it from our luna.conf Mar 05 16:50:32 and see how it behaves Mar 05 16:51:16 https://github.com/webosose/sam/blob/master/files/schema/sam-conf.schema these schema are really helpful Mar 05 16:51:57 though the description is sometimes weird; like for BootTimeApps: "TV input apps for parental control bypassing" Mar 05 16:56:52 though the launcher isn't started that by us, it seems Mar 05 17:01:50 Tofe: bootd starts the apps Mar 05 17:02:01 I disabled bareapp and home there if I'm correct Mar 05 17:06:41 ah, ok, thanks ! I'll look into them Mar 05 17:07:40 all this because our App Description isn't complete enough to handle things like "defautlWindowType" or other eventually useful fields Mar 05 17:08:09 https://github.com/webOS-ports/bootd/commit/03b09fc86173b33580031e35c4ece1773d5982a0 Mar 05 17:08:17 That's where I disabled bareapp Mar 05 17:08:38 thanks for the pointer Mar 05 17:09:10 so it's actually a bit too basic, here Mar 05 17:09:24 I'll try and use SAM's config file Mar 05 17:09:27 Well I guess at some point me need to decide what to do. Bootd or our bootmgr Mar 05 17:09:36 Because we have both now Mar 05 17:09:42 right Mar 05 17:09:45 Just I didn't get to untangle it completely yet Mar 05 17:09:57 So I left them side by side where they don't hurt each other Mar 05 17:12:29 but I don't see bootmgr in our qemu image: is com.palm.launcher started by bootd, then ? or did I miss something else Mar 05 17:19:07 Tofe: No it should be started by our own bootmgr Mar 05 17:19:31 It was part of another component Mar 05 17:19:32 Let me check Mar 05 17:20:07 luna-appmanager it seems: https://github.com/webOS-ports/luna-appmanager/tree/master/Src/base Mar 05 17:20:30 That launches first use Mar 05 17:20:34 + phone app Mar 05 17:20:51 com.palm.launcher is probably somewhere in luna-sysmgr config Mar 05 17:23:25 Ah it's here: https://github.com/webOS-ports/luna-appmanager/blob/0dee1323e64d4e3b62aba70a9a87f2d4a207d7e5/Src/base/BootManager.cpp#L295 Mar 05 17:23:51 ah, thanks ! That's what I missed Mar 05 17:32:20 Tofe: Yeah it's a bit all over the place still Mar 05 17:32:29 Good if we restructure it now or at some point Mar 05 17:32:45 bootd in general is a good approach which we already had at our end too with bootmgr Mar 05 17:58:34 also, I remarked that bootd is MACHINE_ARCH, which looks like another mistake from LG Mar 05 18:02:14 Well it probably works like that in LG somehow ;) Mar 05 18:02:19 Like JaMa explained before Mar 05 18:02:23 But for us indeed not needed Mar 05 18:18:59 Herrie: https://github.com/webOS-ports/luna-appmanager/pull/32 with this kind of migration, we use SAM to start the app, so the appinfo is correctly read Mar 05 18:19:27 Meaning I finally get this kind of logs: surface-manager[2000]: [] [pmlog] surface-manager LSM {} void WebOSCoreCompositor::onSurfaceMapped(QWaylandSurface*, WebOSSurfaceItem*), WebOSSurface(0xc646f0, name = "surface_com.palm.launcher_WEBOS_WINDOW_TYPE_SYSTEM_UI") WebOSSurfaceItem(0x13db3d0, name="surfaceItem_com.palm.launcher_WEBOS_WINDOW_TYPE_SYSTEM_UI", parent=0x0, geometry=0,0 1920x1080) "com.palm.launcher" "_WEBOS_WINDOW_TYP Mar 05 18:19:27 YSTEM_UI" Mar 05 18:19:37 notice the window type here, which isn't a CARD Mar 05 18:20:06 so it's not appearing in the CardView by default, and it's far easier to apply a special treatment Mar 05 18:20:15 Tofe: Ah nice! Mar 05 18:20:37 Yeah we're a bit on a Frankenstein path now with all these changes, but looking at LG's code most things DO make sense Mar 05 18:20:51 of course, I have to customize the appinfo of the launcher (and I'll do systemui too) Mar 05 18:20:52 All quite modular and better documented v.s. previous bits Mar 05 18:21:11 yes, I'm fine with their code in general Mar 05 18:21:14 With proper schema validations etc that weren't there before Mar 05 18:21:53 A lot of things look like less of a "rush job" compared to legacy webOS which was quite hacked together at times Mar 05 18:22:10 Which nobody ever denied I guess ;) Mar 05 19:23:04 Let me change these tabs with spaces altogether Mar 05 19:24:57 Tofe: Yeah it's a bit of a mixture in other places too. I fix them when I see them and have time, but it's not very uniform across the various bits & pieces Mar 05 19:25:13 or not. it would hide the change, so I've just put tabs... Mar 05 19:28:25 Tofe: Does this work with the old bits as well? If not we might need to put it in a new branch? Mar 05 19:28:43 I think it works, yes Mar 05 19:28:48 The new tags should normally be ignored I think, just not sure about the "false"->false changes Mar 05 19:28:56 we don't check against any schema in lunasysmgr Mar 05 19:29:20 for the boolean, mmh, maybe worth a check Mar 05 19:29:57 but I don't have any "classic" qemu image here Mar 05 19:31:02 however, our recipes will still point at the old SRCREV, it's just that we won't be able to fix something for the old UI until we converge WAM/LSM/etc Mar 05 19:32:12 Tofe: Yeah and if needed we can always make a branch Mar 05 19:32:22 And revert the current branch to previous commit Mar 05 19:32:54 right Mar 05 19:33:05 but I do think it should work as-is Mar 05 19:33:32 Probably Mar 05 19:41:09 mmh patching /etc/palm/sam-conf.json to add apps on boot doesn't seem to work Mar 05 19:42:24 no occurrence of "BootTimeApps" in SAM's code... Mar 05 19:43:49 Looks like it's just a dead attribute, unfortunately Mar 05 19:49:16 They might have removed it in OSE Mar 05 19:49:23 Let me quickly scan SAM history Mar 05 19:53:48 Seems it was never there in OSE Mar 05 19:54:36 Then we'll have to find a way to start boottime apps Mar 05 19:54:53 I'd be surprised if OSE doesn't have a way to do that Mar 05 19:55:26 I could also integrate BootManager's code into SAM, but well Mar 05 19:56:57 Tofe: Not really sure what you're asking.. What apps need starting? Mar 05 19:57:18 OSE uses bootd which is similar to our org.webosports.bootmgr I guess Mar 05 19:58:02 Herrie: org.webosports.app.phone;com.palm.app.email;com.palm.app.calendar Mar 05 19:58:22 that's what we start by default on boot currently Mar 05 19:58:39 ( plus systemui and launcher ) Mar 05 20:04:27 But how these get started currently then (phone, email, calendar?) Mar 05 20:04:33 Phone I know, but email and calendar not sure? Mar 05 20:10:56 OSE does these in bootd Mar 05 20:11:59 They start "bareapp" and "home" which I reverted in my fork of bootd Mar 05 20:14:38 Tofe: See https://github.com/webosose/bootd/commit/a36d33b1b13a597aaea76fba499ea715a3a49ee4 for example Mar 05 20:14:50 How they launch their volume and notification apps Mar 05 20:15:01 Which I guess we should also add at some point Mar 05 20:29:26 Herrie: luna.conf is read by LunaSysMgr, then LunaAppManager asks LunaSysMgr what is the value for the apps to start at boot time, and starts them Mar 05 20:29:50 see https://github.com/webOS-ports/luna-appmanager/blob/herrie/OSE-wam-honister-chromium87/Src/base/application/ApplicationManager.cpp#L1948 Mar 05 20:30:52 Ah, no, actually it's in luna-sysmgr-common, so luna.conf is read by LunaAppManager process itself Mar 05 20:31:39 Tofe: Well we have our "bootmanager" as part of luna-appmanager (which previously was all in luna-sysmgr) Mar 05 20:31:54 And in OSE they use bootd for this Mar 05 20:32:14 but bootd doesn't parse anything, I think Mar 05 20:32:24 so it's hard to tell him to start a bunch of apps Mar 05 20:32:56 ah, there's /etc/palm/bootd.json Mar 05 20:33:46 ooh I didn't actually look at the commit link you pasted Mar 05 20:33:57 so all this is hardcoded in bootd ? urk Mar 05 20:35:11 But as a first step I can live with that and patch it Mar 05 20:37:19 Tofe: Not pretty but we might possibly kill luna-appmgr or more parts of it at least Mar 05 20:37:27 And have less custom components Mar 05 20:37:42 Not a fan of hardcoded list but that can be improved Mar 05 21:19:16 Herrie: Tofe: everything is MACHINE_ARCH in LGE builds by default (instead of TUNE_PKGARCH being the default), it's terrible and it was supposed to be only temporary work around until other teams fix their components to read the configuration in runtime and now I'll live with this shame forever :/ Mar 05 21:37:06 JaMa: Either they have very little machines or they have too many resources to build ;) Mar 06 00:32:15 codepoet: FWIW these db8 kinds are available on LuneOS too **** ENDING LOGGING AT Sun Mar 06 02:59:57 2022