**** BEGIN LOGGING AT Mon Nov 22 02:59:56 2021 Nov 22 08:10:08 Morning! Nov 22 08:10:30 Morning! Nov 22 09:45:49 Tofe: How is waydroid working? Or not there yet? Nov 22 09:47:32 Herrie: not there yet, I'm still working on the recipe Nov 22 09:47:39 (slowly :p ) Nov 22 09:48:02 Tofe: Ah OK. But you got it to run in general? Nov 22 09:48:55 nope, I didn't test it at all yet Nov 22 10:06:37 Tofe: Ah OK Nov 22 10:08:21 morning Nov 22 10:11:55 JaMa: Seems that we have some issues with libpalmsocket, but I guess that's no longer used inside LG anymore? I suspect things got broken on some OpenSSL upgrade at some point Nov 22 10:18:10 Tofe: FWIW here's the MSM8953 tree for mainline ;) https://github.com/msm8953-mainline/linux might be interesting to try at some point Nov 22 11:35:51 yes libpalmsocket was removed couple years ago from OSE Nov 22 11:37:20 looks like I've touched it last when upgrading to Yocto 2.0 Jethro to fix build with gcc-5, so I wouldn't be surprised if it got broken after that Nov 22 11:45:09 I'm specifically getting this: Nov 21 12:34:13 qemux86-64 ls-hubd[968]: /usr/bin/mojomail-imap: symbol lookup error: /usr/lib/libpalmsocket.so.2: undefined symbol: psl_chan_fsm_evt_dispatch_CONNECT Nov 22 14:33:32 and there are few more undefined symbols, will have a look Nov 22 14:42:05 https://github.com/openwebos/libpalmsocket/blob/9533a7c46f8d35e69112a8c5e671532d059b2e8d/src/psl_channel_fsm_events.h#L744 ? Nov 22 14:42:55 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_channel.c:892: error: undefined reference to 'psl_chan_fsm_evt_dispatch_CONNECT' Nov 22 14:42:58 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_channel_fsm_crypto.c:2175: error: undefined reference to 'crypto_preprocess_READ' Nov 22 14:43:01 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_channel_fsm_crypto.c:2155: error: undefined reference to 'psl_chan_fsm_sched_fdwatch_completion_cb' Nov 22 14:43:05 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_channel_fsm_crypto.c:2155: error: undefined reference to 'psl_chan_fsm_sched_fdwatch_completion_cb' Nov 22 14:43:08 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_channel_fsm_crypto.c:930: error: undefined reference to 'psl_chan_fsm_sched_fdwatch_completion_cb' Nov 22 14:43:10 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_channel_fsm_crypto.c:921: error: undefined reference to 'psl_chan_fsm_sched_fdwatch_completion_cb' Nov 22 14:43:14 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_error_utils.c:504: error: undefined reference to 'ERR_GET_FUNC' Nov 22 14:43:16 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_error_utils.c:504: error: undefined reference to 'ERR_GET_FUNC' Nov 22 14:43:19 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_openssl_init.c:439: error: undefined reference to 'CRYPTO_get_lock_name' Nov 22 14:43:23 /usr/src/debug/libpalmsocket/2.0.0-33+gitAUTOINC+0319a6fba4-r0/git/src/psl_openssl_init.c:488: error: undefined reference to 'CRYPTO_get_lock_name' Nov 22 14:46:13 Quite a weird error, as it is an inline function Nov 22 14:46:50 well, "extern __inline" not sure what it means... Nov 22 14:47:05 yes, but undefined ERR_GET_FUNC (removed in openssl-3) is happily ignored with just a warning as well Nov 22 14:47:42 extern __inline is replaced with regular inline by my patch to fix build with gcc-5 in Yocto 2.0 Jethro Nov 22 14:47:53 ok, good Nov 22 14:49:41 but I'm not sure the function is actually inline Nov 22 14:53:38 JaMa: these errors are output at link time, right? Nov 22 14:53:51 yes after adding --no-undefined Nov 22 14:53:55 ok Nov 22 14:59:21 I don't understand why the error happens :( Nov 22 15:28:51 looks like it is optimized out and ./CMakeFiles/palmsocket.dir/src/psl_channel.c.o ends with undefined symbol, using static inline seems to be the easiest work around Nov 22 15:49:02 I've pushed a possible test, but only build tested that, no testing in runtime Nov 22 15:55:08 JaMa: Thnx will probably get to that late at night or tomorroow Nov 22 15:55:54 I forked the libpalmsocket, applied the gcc and other ssl patches there earlier today Nov 22 15:56:04 Might be easier vs keeping the patches separately Nov 22 15:56:14 Since it's dead in upstream anyway Nov 22 15:56:40 Errors just happened in qemux86-64 runtime while trying to add ssl enabled smtp/imap/pop3 Nov 22 15:56:48 Via Accounts app Nov 22 15:58:17 Ah I see you applied the patches to the fork, great Nov 22 16:18:56 yes, I've just switched the branch to regular webOS-ports/master as it's not forked from OSE (which doesn't even include libpalmsocket repo) Nov 22 16:21:08 webOS-ports/webOS-OSE should be used only repos where this branch was rebased on top of master branch from webosose/ repo (instead of previous webOS-ports/master branch forked from openwebos/) Nov 22 17:31:37 JaMa: OK thnx Nov 22 17:34:48 Tofe: For Waydroid we should build similar to Halium mainly it seems and then include/hook up in our image? Nov 22 17:42:03 Herrie|Titan: no need, the images are already there Nov 22 17:42:25 Tofe: Ah goodnight Nov 22 17:42:29 looks like there's nothing to build, apart from python3-gbinder Nov 22 17:42:30 good Nov 22 17:42:57 and lxc to configure I guess, but maybe it's taken in charge by the python script Nov 22 17:42:59 Well and minor stuff to hook it into image such as appinfo.json? Nov 22 17:43:28 which image ? luneos' ? Nov 22 17:44:03 I'm not even sure how to start the thing yet, so I can't say really :p Nov 22 17:44:14 Right now I'm trying to build python3-gbinder Nov 22 17:45:27 Tofe: Yeah LuneOS image Nov 22 17:47:11 yes, we'll need a little appinfo.json in the end, to start the ui or something like that Nov 22 17:51:13 ok, I have the python3-gbinder module ready... now to the main stuff Nov 22 17:59:07 wow, fetching from sourceforge.net is... slow... Nov 22 18:09:25 Herrie|Titan: https://github.com/Tofee/meta-webos-ports/commit/abd5b8ef14687ea3b90b99cb1c01e71a8fa2a66e is the current state, not yet tried on device, but at least produces something with "bb waydroid" Nov 22 18:20:46 Nice Nov 22 18:21:35 damn, unzipped system.img is 1.5GB ! Nov 22 18:22:06 I wondered why the ipkg writing was to tedious Nov 22 18:40:05 Tofe: Yeah and PinePhone isn't that quick compared to others Nov 22 19:17:56 well, the container almost starts, it's already quite a feat Nov 22 19:22:56 ok, every waydroid command I start gets frozen :( Nov 22 19:28:55 ah, now somehow I got the container running Nov 22 19:38:10 Well having the container running is quite something already Nov 22 19:40:43 yes, true Nov 22 19:40:52 looks like the waydroid compositor is crashing though Nov 22 19:41:07 doesn't find host's wayland server, or something like that Nov 22 19:48:30 Wasn't there something in the docs about that? Nov 22 19:49:57 Seems we need Wayland session manager according to https://docs.waydro.id/usage/install-on-desktops Nov 22 19:50:09 But we should have that already? Nov 22 20:19:15 I needed to set XDG_RUNTIME_DIR, but it also needs to be in /run, otherwise the lxc container can't see it Nov 22 20:19:33 with a bind-mount of /tmp/luna-session I succeeded to do it Nov 22 20:20:02 then, luna-next crashes, after void luna::Compositor::onXdgToplevelCreated(QWaylandXdgToplevel*, QWaylandXdgSurface*) windowId 2 QWaylandQuickSurface(0x25dcc9d0) and luna::CompositorWindow::CompositorWindow(unsigned int, QQuickItem*) id 2 type 0 appId "" Nov 22 20:20:51 our Xdg implementation is probably buggy, as we never use it with the usual cardshell Nov 22 21:58:29 some pointers were not tested in luna-next it seems Nov 22 21:58:38 still, nothing on the screen... Nov 22 22:08:46 Ok that's all for tonight, I'll try again tomorrow Nov 22 22:39:15 Tofe: Anyway seems like solid progress so far Nov 22 22:39:49 I read somewhere in docs that they set minimum resolution for some OS-es. Could be we need it too? Nov 22 23:24:30 JaMa: Your fix seems to work, email account now gets added successfully :) Nov 22 23:24:39 I don't get headers right away, but that was a known problem Nov 22 23:24:53 Checking now after reboot Nov 22 23:26:30 Yup email is back working after a reboot :) Nov 22 23:26:42 This is the same state like before, so we're good there, thanks for the fixes! Nov 22 23:27:13 Still not 100% sure why the emails don't show up right away, I'll debug that a bit, probably some activity that doesn't get created or kicked off somehow **** ENDING LOGGING AT Tue Nov 23 02:59:57 2021