**** BEGIN LOGGING AT Wed Jul 31 02:59:56 2019
Jul 31 06:49:32 <mckoan> good morning
Jul 31 11:57:54 <Crofton|work> I'm falling over providers for gl stuff on the odroid-xu4
Jul 31 11:58:21 <Crofton|work> OTE: Resolving any missing task queue dependencies                            
Jul 31 11:58:21 <Crofton|work> ERROR: Nothing PROVIDES 'virtual/libgl' (but /home/balister/opensdr/test-builds/
Jul 31 11:58:21 <Crofton|work> odroid-xu4/openembedded-core/../meta-qt5/recipes-qt/qt5/qtbase_git.bb DEPENDS on
Jul 31 11:58:21 <Crofton|work>  or otherwise requires it)                                                      
Jul 31 11:58:21 <Crofton|work> mesa PROVIDES virtual/libgl but was skipped: PREFERRED_PROVIDER_virtual/libgles1
Jul 31 11:58:22 <Crofton|work>  set to mali-t62x, not mesa                                                    
Jul 31 11:58:24 <Crofton|work> mesa-gl PROVIDES virtual/libgl but was skipped: PREFERRED_PROVIDER_virtual/libgl
Jul 31 11:58:26 <Crofton|work>  set to mesa, not mesa-gl                                                      
Jul 31 11:58:28 <Crofton|work> ERROR: Required build target 'python3-pyqt5' has no buildable providers.        
Jul 31 11:58:30 <Crofton|work> Missing or unbuildable dependency chain was: ['python3-pyqt5', 'qtbase', 'virtua
Jul 31 11:58:32 <Crofton|work> l/libgl']  
Jul 31 11:58:52 <Crofton|work> clearly I am missing something ...
Jul 31 12:00:10 * LetoThe2nd hands Crofton|work something.
Jul 31 12:00:33 <Crofton|work> a bit early for beer
Jul 31 12:00:48 <Crofton|work> surely people build qt qith this combination
Jul 31 12:05:20 <LetoThe2nd> Crofton|work: for a reason.
Jul 31 12:36:02 <Crofton|work> LetoThe2nd, you are mysteriuous
Jul 31 12:36:21 <LetoThe2nd> why that now?
Jul 31 13:31:35 <rburton> Crofton|work: speak to the odroid-xu4 people: you need an implementation of libgl.  if the hardware only support GLES then that's what mesa-gl is for.
Jul 31 13:34:59 <Crofton|work> armpit is on holiday :)
Jul 31 13:35:14 <Crofton|work> mayb etry meta-rpi in the meantime then :)
Jul 31 13:35:39 <JaMa> or just change qtbase to use gles instead of gl
Jul 31 13:35:49 <JaMa> PACKAGECONFIG_GL is your friend
Jul 31 13:36:11 <Crofton|work> some many configs
Jul 31 13:38:56 <smurray> Crofton|work: wouldn't shock me if twoerner has looked at that before
Jul 31 13:39:17 <smurray> Crofton|work: ah, guess he's tlwoerner here
Jul 31 13:42:17 <Crofton|work> $ grep PACKAGECONFIG_GL -r *
Jul 31 13:54:54 <Crofton|work> so the use of pACKAGECONFIG_GL is not exactly obvious
Jul 31 14:01:31 <JaMa> bitbake -e qtbase make everything more obvious :)
Jul 31 14:04:28 <Crofton|work> funny I ahve that in my command history
Jul 31 14:15:11 <Crofton|work> so does this make the qt build dependent on the specific hw?
Jul 31 14:46:25 <JaMa> yes, I don't know odroid-xu4, but proprietary gl(es) blobs often cause whole qt stack to be MACHINE_ARCH.. e.g. you end with linkage agains libmali.so which you don't want to use on any other MACHINEs from the same TUNE_PKGARCH group..
Jul 31 16:40:56 <khem> Crofton|work:I build qt5 images for oddroid-c2 regularly without issues. Are you using meta-odroid ? I use yoe distro 
Jul 31 16:50:19 <Crofton|work> I
Jul 31 16:50:23 <Crofton|work> m on xu4
Jul 31 16:50:35 <Crofton|work> with moeta-odroid
Jul 31 16:51:00 <Crofton|work> https://github.com/akuster/meta-odroid
Jul 31 17:52:28 <khem> okay
Jul 31 17:52:58 <khem> I have an xu4 technically I should update the image on it 
Jul 31 17:53:14 <khem> I will see what could be going on 
Jul 31 17:55:48 <Crofton|work> thanks
Jul 31 17:56:07 <Crofton|work> I have to set opengl distro feature to turn on gl in qt build
Jul 31 18:27:36 <khem> Crofton|work:yes you should start using Yoe Distro and start with a working QT5 based images
Jul 31 18:27:59 <khem> We test on some fsl and rpi boards daily
Jul 31 18:28:45 <khem> plan to create more machine builds but time and resources are always problem
Jul 31 18:31:06 <Crofton> khem, I alos like to test configs people don't test. Gives me an idea where the pain points are for people doing the right thing :)
Jul 31 18:31:24 <Crofton> I am going to check the pi stuff next
Jul 31 18:31:35 <Crofton> I was using xu4 to show a freind how to make it work
Jul 31 18:32:40 <khem> We need to create machine test table where people can send their test results 
Jul 31 18:32:54 <khem> we did it in past and it was quite liked
Jul 31 18:33:16 <Crofton|work> yep
Jul 31 18:34:46 <Crofton|work> seems like oe-core + qt5 exercises the worst pain points
Jul 31 18:37:25 <khem> thats why we have https://github.com/YoeDistro/meta-yoe/tree/master/recipes-core/images
Jul 31 18:37:54 <khem> see yoe-qt5-{eglfs|wayland|x11}-image 
Jul 31 18:38:24 <khem> this image when built for any image 
Jul 31 18:38:30 <khem> board 
Jul 31 18:38:39 <khem> should work 
Jul 31 20:11:42 <rburton> what is this meta-yoe
Jul 31 20:15:54 <Crofton|work> it is how the cool people get shit done
Jul 31 20:18:48 * vmeson looks at rburton and wonders if he's serious... you hadn't heard of YOE?
Jul 31 20:22:07 <vmeson> there are only 339 layers in http://layers.openembedded.org/layerindex/branch/master/layers/   ;-)
Jul 31 20:23:33 <vmeson> 57 of them labeled as distribution layers - Henry Heinz would be proud!
Jul 31 20:24:24 * vmeson assumes rburton was using that dry british humour and moves on.
Jul 31 21:05:00 <rburton> vmeson: heard of, but don't know anything about
Jul 31 21:17:27 <khem> rburton: this is based on real products that folks are shipping 
Jul 31 21:51:10 <kergoth> huh, https://www.ecliptik.com/Cross-Building-and-Running-Multi-Arch-Docker-Images/ is rather interesting
Jul 31 21:51:20 <kergoth> old article, but didn't know about that
**** ENDING LOGGING AT Thu Aug 01 03:00:25 2019