**** BEGIN LOGGING AT Fri Feb 11 02:59:56 2022 Feb 11 07:09:45 Morning! Feb 11 07:10:28 Herrie: yes, there are a few things to fix, but generally the big visible issues aren't the most difficult ones Feb 11 07:11:00 Tofe: That is what I thought too..... JustType always was a special kind of app, even on legacy from what I recall Feb 11 07:11:23 yes it has its own card type Feb 11 07:11:40 or maybe even the appid is detected by luna-next Feb 11 07:12:14 And App Menus were also a "hack" from what I recall, so not really surprising these are not working out of the box Feb 11 07:12:39 Anyway the list of patches we'd need for these is probably a lot smaller compared to all the hackery that needs maintaining in QtWebEngine nowadays Feb 11 07:13:32 Yes, they are special too (it's triggered via a reLaunch request, iirc, and it's just drawn inside the app in a specific location, the OS knows nothing about it Feb 11 07:14:37 And the same with the notifications &dashboards Feb 11 07:14:53 Dashboards work but show full screen, notifications don't work at all by the looks of it Feb 11 07:15:18 Touch coordinates are a bit of in qemu so it behaves a bit unpredictably at times Feb 11 07:15:52 for dashboards I guess it's also a missing cardtype information Feb 11 07:17:11 I also can't click at the very bottom button in the Accounts app; could be a height x width info to pass on in a special way Feb 11 07:20:56 Tofe, for me in Testr all buttons seem to be a bit off. I need to click below the actual button for it to work Feb 11 07:22:13 The gesture are strikes again, like in waydroid :) Feb 11 07:22:18 area* Feb 11 07:23:10 This is also possibly a bug in the xdg shell implementation of luna-next, which is a bit minimalistic Feb 11 07:23:20 (understand: bugged) Feb 11 07:55:53 Yeah I guess it's not a bad place to start from for sure Feb 11 07:56:43 well yes and no: this effort will be thrown away when we'll try switching to SAM Feb 11 08:17:45 Tofe: Well I think we cannot fully switch to SAM anyway due to lack of functionality Feb 11 08:18:20 Maybe I'm confusing SAM and the compositor Feb 11 08:18:47 Yes Feb 11 08:18:54 SAM is basically luna-appmgr Feb 11 08:19:15 It's not https://github.com/webosose/luna-surfacemanager ? Feb 11 08:19:31 ah, no, that would be SM :) Feb 11 08:27:37 Tofe: LSM is replacement for our luna-next I think Feb 11 08:28:30 yes, I was confusing LSM and SAM :p Feb 11 08:29:28 so let me rephrase: I think LSM will solve some of the card issues here Feb 11 10:03:22 morning Feb 11 11:53:50 JaMa: Morning! Feb 11 11:54:11 Tofe: Yeah it will probably introduce a few other issues though since we added some bits to luna-next that aren't in LSM probably for banners etc Feb 11 11:54:32 So question is what is wise... Do we "fix" WAM now or we tackle LSM right away too Feb 11 11:55:02 I would expect that LSM should be more mature seeing it's probably on production devices @ LG as well Feb 11 11:55:21 JaMa: You have any thoughts on maturity of LSM? Does the one from OSE differ a lot from production devices? Feb 11 12:29:08 pretty much each device has own fork, how much of it is just that they dont need to test other devices I don't know, but last time I've checked the delta wasn't trivial Feb 11 12:30:06 with everything being MACHINE_ARCH by default they really don't try to unify things and just configure them at runtime (either through configd or autodetection) unfortunately Feb 11 12:33:22 OK clear Feb 11 12:53:18 Ah but wait, I remember they have their own fork of qtwayland, with their own additions... Feb 11 12:53:46 I'll try to uncouple that first, and have the qtwayland extensions as a separate recipe or so Feb 11 13:00:33 mmh maybe not, I don't see anything obvious in they fork Feb 11 13:01:34 they still use qtwayland 5.12, but well it should be too hard to port LSM to 5.15 I hope Feb 11 13:01:46 not Feb 11 13:03:58 ah, no, maybe not since the qt6 move Feb 11 13:22:21 Tofe: there is webos-wayland-extensions and qtwayland-webos now (before it was included in fork of wayland/qtwayland directly) Feb 11 13:39:31 JaMa/Tofe: Those 2 are being build already as dependency Feb 11 13:40:08 I just changed the inherit to qt5 instead of qt6 Feb 11 13:43:47 https://github.com/webOS-ports/meta-webos-ports/blob/herrie/honister-wam/meta-luneos/recipes-webos/qt-features-webos/qt-features-webos.bb#L19 for example Feb 11 19:26:20 ok, back after a power outage Feb 11 19:40:55 building for Nexus 5 right now! Feb 11 19:40:57 just got it Feb 11 19:43:27 codepoet: Ah nice! Feb 11 19:43:40 Pinephone or Pinephone pro also nice Feb 11 19:43:53 Some Xiaomi devices work well too Feb 11 19:44:03 And not too expensive Feb 11 19:46:49 Tofe: So those OSE wayland and qt bits we build already Feb 11 19:49:33 HerrieTP_: you mean, I can like take the LSM recipe and give it a try ? Feb 11 19:49:47 Since they're DEPENDS or RDEPENDS for wam or chromium Feb 11 19:50:04 Tofe: We might need a few more bits in the depends of LSM but yeah Feb 11 19:50:20 Pinephone significantly more expensive! Feb 11 19:50:49 PPP yes Feb 11 19:50:55 codepoet: yes, I got one for free as an OS dev, but the list was short :p Feb 11 19:51:09 Regular PP not so much, but specs are like N5 Feb 11 19:51:28 Tofe: I think we should be good looking at LSM DEPENDS list Feb 11 19:51:28 yes I got a PP, not PPP :) Feb 11 19:51:46 PPP is nice spec wise, but a bit expensive really Feb 11 19:51:55 realistically, will the ppp ever be usable as a phone? Feb 11 19:52:00 And immature kernel wise, but getting there slowly Feb 11 19:52:08 codepoet: Yes Feb 11 19:52:12 Likely Feb 11 19:52:16 on Lune? or some other OS? Feb 11 19:52:31 There are people who daily drive PP on Manjaro or pmOS for example Feb 11 19:52:50 LuneOS we reuse the kernel shared with other projects Feb 11 19:52:58 Rest needs some TLC mainly Feb 11 19:53:25 When we have proper waydroid can even do Android apps for the app-gap Feb 11 19:53:41 But Waydroid needs it's mesa updated for proper HW acceleration Feb 11 19:53:47 I can only do sw rendering now Feb 11 19:54:22 Moving to LSM *might* improve waydroid's behavior a bit on other targets Feb 11 19:56:00 Most things on LuneOS are there really Feb 11 19:56:11 Just it needs more testing and bugfixing Feb 11 19:56:32 But since it's mainly me and Tofe, we're short a few hands to do a whole OS Feb 11 19:56:59 mk! Feb 11 19:57:01 nk Feb 11 19:57:02 As you can imagine seeing you're doing pretty much whole maintenance for legacy by yourself Feb 11 19:59:07 lol, well i wish i could do OS stuff. i'm getting better with Linux, but C and I never got along! Feb 11 19:59:35 webOS would still be mostly viable if it had a newer webkit and openssl implementation Feb 11 20:00:42 and certificates updates :p Feb 11 20:01:32 Tofe: certificates we have Feb 11 20:01:43 OpenSSL is main issue Feb 11 20:01:52 +1 Feb 11 20:02:24 its largely solved with squid ssl bumping, but then the ancient browser problems kick in Feb 11 20:02:27 ah ok, must be confusing with something else like maemo or so Feb 11 20:04:12 gotta take my kids skiing. hopefully i'll have a hammerhead build when i get back! can't wait to see enyo on a Nexus! have a great weekend d00dz Feb 11 20:07:36 Thanks, same ! Feb 11 20:11:52 Herrie: it's true that LSM might help, as it might handle the wayland xdg shell extension much better Feb 11 20:11:59 +with Waydroid Feb 11 20:30:13 * JaMa pushing small qwe update to -next branches Feb 11 20:30:29 and pushed some upstream layers updates Feb 11 22:25:33 Tofe: So does LSM build at your end? Feb 11 23:47:57 Tofe: You'll need this. Build fails for me now, but these should at least be the recipes: https://github.com/webOS-ports/meta-webos-ports/commit/d9207ff6c03f6878f998d53fbbbc4f6bcfc890f0 **** ENDING LOGGING AT Sat Feb 12 02:59:57 2022