**** BEGIN LOGGING AT Sat Apr 20 02:59:56 2019 Apr 20 05:39:26 morning! Apr 20 07:49:17 Morning! Apr 20 07:50:12 Herrie|Laptop: I've updated https://www.dropbox.com/s/sw1sth1rm9znd7y/LuneOS%20Status%20Table.ods?dl=0 a bit; now if we could have this kind of table on wiki, that would be perfect :) Apr 20 10:45:50 So I began a page like this: https://www.webos-ports.org/wiki/Device_Status and let's see if we'll be able to simplify it using templates or whatever Apr 20 10:49:06 For example, I thought of using templates for the "OK", "Partial" etc cells, to have them in the right color automatically Apr 20 19:09:59 JaMa: do you think there would be a way to have qtbase/qtwebengine not recompile when we change the egl provider ?... Apr 20 19:13:26 not easily with current OE, it would be easier to use different TUNE_PKGARCH for MACHINEs with different egl provider Apr 20 19:14:33 but if you mean it as "when we change something in the existing egl provider" than we're already using it for libhybris, the SIGGEN_* variables do that Apr 20 19:16:45 meta-android/conf/layer.conf:SIGGEN_EXCLUDERECIPES_ABISAFE += "libhybris" Apr 20 19:22:06 no, I do mean when switch between mesa and libhybris Apr 20 19:23:11 if we use more mainline things, it'll be more and more frequent Apr 20 19:25:41 but I understand why it's not possible today with OE :) Apr 20 19:27:45 basically it would mean extending the "virtual provider" concept to API and ABI interfaces Apr 20 19:31:16 maybe by creating an actual package representing that virtual provider, with the public API, binaries and pkgconfig built from the implementing recipe Apr 20 19:33:23 yes, but then you need better binary blobs from gpu vendors as well Apr 20 19:33:46 you're thinking about wayland-egl, I see :) Apr 20 19:34:22 oh well, we'll use TUNE_PKGARCH when the time comes, then Apr 20 19:34:28 not only that, IIRC gles.so for mali, needs to be linked together with libmali.so as well or causes undefined symbols if you try to link something with it Apr 20 19:35:29 rpi's userland ahs similar issue with different libraries, e.g. -lEGL -lbcm_host -lvcos -lvchiq_arm Apr 20 19:35:58 and you don't want your "shared" qtbase libraries to try to load libmali.so (or libvcos.so etc) Apr 20 19:36:39 what a mess... I've been an idealist once more :) Apr 20 19:38:11 it would be nice to have conformance tests from khronos which will test all GL/GLES apis, while linking with just one library with specified name Apr 20 19:38:59 then it would make sense to use only the headers from mesa-gl and anyone could provide drop-in replacement libgles Apr 20 19:39:21 but right now this exists (at least partially) only with mainline drivers Apr 20 19:39:45 there was nice talk on last connect if you have seen it Apr 20 19:40:06 on last connect ? Apr 20 19:40:09 https://www.youtube.com/watch?v=VTgDP3yNXI0&list=WL&index=8&t=0s Apr 20 19:40:40 there is a hope even when we're not there yet Apr 20 19:41:03 I'll listen to that, I didn't know about connect Apr 20 19:41:44 btw: everything should be built on jenkins now Apr 20 19:42:02 doing rpi unstable now only Apr 20 19:50:21 ok, great :) **** ENDING LOGGING AT Sun Apr 21 02:59:57 2019