**** BEGIN LOGGING AT Tue Nov 19 02:59:58 2019 Nov 19 07:24:07 Morning! Nov 19 07:24:24 Damn people never stay around for the answer, do they Nov 19 07:28:50 Morning! Nov 19 07:28:55 Tofe: No, not many ;) Nov 19 07:31:38 Tofe: Found some possible clues in https://github.com/webosose/chromium68/pull/14/commits/17dc7db8eae40627fd43fc97d553fcbd216e8245 and https://github.com/webosose/chromium68/pull/14/commits/2dae15cfc56ccfd08a5d64a8b2d0c056b0d4d01a that I'm looking into. AGL also doesn't seem to use the Surface Manager & Wayland extensions from OSE at their end, but run WAM & Chromium from OSE. So that Nov 19 07:31:38 might offer some insights Nov 19 07:41:27 ah, yes, it's interesting Nov 19 07:42:18 Running into things like: https://github.com/webosose/chromium68/commit/b63e533bba2063b8e21c401c2c1da2cfa686f0b2#diff-d54af733a8d8cdd08bf82e0ea1c6c336 for now Nov 19 07:42:33 But will see if I can get it to build and if the results are any different Nov 19 09:15:16 Tofe: That seems to be a dead end a bit, since it will require stuff like GTK+3 etc which we surely don't want ;) Nov 19 09:15:32 I did printenv on OSE and this is the output: https://paste.ubuntu.com/p/zsrvwpfKs6/ Nov 19 09:15:50 I exported the relevant missing ones on LuneOS, but still the same issue with wayland Nov 19 09:17:05 Somehow we don't have printenv in our build, so could only use "env" to get our values, which seem to be a lot less Nov 19 10:13:36 Herrie: it's a bit mysterious yes Nov 19 10:14:28 and unfortunately, debugging that with gdb would be a mess Nov 19 10:33:02 Tofe: I'm open for some other suggestions to try ;) Nov 19 11:22:15 Hey Herrie, I was Mariko who asked you questions about the mido build earlier this morning, so any 7.1.x non-treble build will work just fine, correct? Nov 19 11:23:18 I'm gonna try it with Lineage 14.1, since I don't want to bother with MIUI, I'll report the results. Nov 19 11:37:13 Yes 14.1 should be fine Nov 19 11:37:19 I haven't tested this myself, but should work Nov 19 11:37:26 It's more about the firmware versions provided with it Nov 19 11:37:49 Seeing that LineageOS uses TheMuppets for vendor repos and so do we, it should be fine. Nov 19 11:37:56 Maririn84: ^ Nov 19 11:39:33 Alright, I'm using LilBlinx's Lineage 14 builds. Nov 19 11:41:07 Format only data and not internal storage, right? Nov 19 11:41:48 Yes, data because it's encrypted. Internal storage you mean SD? It should be only data Nov 19 11:42:06 Alright, got it. Nov 19 11:42:32 I'm pretty excited, I miss the old days using a Palm Pre3 i think it was. Nov 19 11:43:13 Actually it was Pre2. Nov 19 11:43:25 Fingers crossed, rebooting now... Nov 19 11:43:54 bootloader boot loop, hmmm Nov 19 11:46:31 If you boot into TWRP, you can see if you can pull the log from /sys/fs/pstore/console-ramoops Nov 19 11:46:43 Okay, I'll try to pull that Nov 19 11:47:08 To be honest my Mido is my daily Android for now, so I haven't tested it for a while Nov 19 11:47:53 Okay under /pstore there's dmesg-ramoops-0 Nov 19 11:48:04 but no console-ramoops Nov 19 11:48:10 Well that one might help as well Nov 19 11:48:59 unreadable with VSCode, hmm. Nov 19 11:50:00 do you think I should go for stable build as opposed to nightly ones for LuneOS? Nov 19 11:53:04 Maririn84: Well you could try the old Doppio release to make sure that it's not something we broke at our end Nov 19 11:53:14 Okay, I'll try that. Nov 19 11:53:14 Because I know that one worked Nov 19 11:55:01 Alright, downloading doppio dev-package release (20181112) to test it out. Nov 19 12:08:15 Yeah nope, still bootlooping on bootloader. I guess it's something to do with the base I've chosen Nov 19 12:09:37 With that said I'm just gonna wait for myself to get the 9T Pro and then I'll go full throttle with my mido. Nov 19 12:16:25 Hehe ;) Nov 19 14:18:10 Herrie: for the suggestions, I think the last "hope" was to put logs in https://github.com/webosose/chromium68/blob/master/src/third_party/wayland/src/src/wayland-client.c#L1000 , nearly every line :p Nov 19 14:34:48 Tofe: OK, will try that Nov 19 14:37:08 Herrie: while you're at it, let's also put some in https://github.com/webosose/chromium68/blob/master/src/third_party/wayland/src/src/wayland-client.c#L854 Nov 19 14:37:52 ah, but wait, we had the ""error: XDG_RUNTIME_DIR not set in the environment.\n" error before, right ? Nov 19 14:38:16 so only the traces for my last link is needed, in that case Nov 19 14:38:19 Tofe: Yeah Nov 19 14:38:22 Once I set it, it's gone Nov 19 14:52:49 I've added some logging around, will do another test soon hopefully Nov 19 20:18:04 Herrie: did you manage having more logs this way? Nov 19 20:19:16 Tofe: No I'm fighting with SCP and VBox Nov 19 20:19:27 My LS2 role files get corrupted on transfer :S Nov 19 20:19:39 So trying to get to the bottom why they don't get installed in the first place ;) Nov 19 20:19:48 Which should be done at some point anyway Nov 19 20:19:53 That's quite weird yes Nov 19 20:20:18 with your branch, you still need to manually upload ls2 files ? Nov 19 20:21:44 Yeah Nov 19 20:21:50 I'm not sure what's causing it Nov 19 20:22:34 My do_configure looks a bit off: https://paste.ubuntu.com/p/gcM6Z6VPDc/ Nov 19 20:23:56 WEBOS_INSTALL_ROOT is empty, just like WEBOS_INSTALL_SYSBUS_DATADIR Nov 19 20:24:06 Not sure that's a real problem but still Nov 19 20:24:44 usually a inherit issue, isn't it? Nov 19 20:25:08 Yeah Nov 19 20:25:26 must be a "little" difference between lg's and ours Nov 19 20:25:44 Well the WEBOS_INSTALL_SYSBUS_DATADIR comes from inherit webos_qmake5 Nov 19 20:25:48 Which we have Nov 19 20:26:03 Unless our sysbus_datadir is empty somehow Nov 19 20:26:44 Seems it might be :S Nov 19 20:27:23 looking at https://github.com/webosose/meta-webosose/blob/master/meta-webos/classes/webos_qmake5.bbclass#L35 , and seeing that WEBOS_INSTALL_SYSCONFDIR is fine, it's maybe ${sysbus_datadir} which is empty Nov 19 20:27:38 same conclusions :) Nov 19 20:27:39 Yeah it is Nov 19 20:27:50 Because it should be webos_sysbus_datadir ;) Nov 19 20:29:41 https://github.com/webosose/meta-webosose/blob/92eef164036f1f6d1fc985740fa2f016a222e6db/meta-webos/classes/webos_filesystem_paths.bbclass#L70 Nov 19 20:30:48 but then, it never even worked for webosose ?... Nov 19 20:30:53 Yeah Nov 19 20:30:58 So that's probably a wrong lead... Nov 19 20:31:35 Just we don't keep the IPK's for OSE, so I cannot compare with our WAM IPK to see if we have the same files Nov 19 20:31:50 I do see that the roles are there in the OSE image, but not in ours Nov 19 20:31:57 And that WAM would normally provide them Nov 19 20:32:21 if you have a running OSE VBox around, you can do "opkg files webruntime" Nov 19 20:33:07 Yeah I do Nov 19 20:33:22 It should be WAM that provides these actually Nov 19 20:33:36 I've put the package name at random :) Nov 19 20:37:58 OSE v.s. LuneOS: https://paste.ubuntu.com/p/JHrnWsGgCg/ Nov 19 20:45:42 So it must be something weird in one of the inherits probably Nov 19 20:45:48 That I disabled Nov 19 20:54:30 yep Nov 19 21:07:19 For tomorrow with fresh mind I guess Nov 19 21:12:40 :) **** ENDING LOGGING AT Wed Nov 20 02:59:58 2019