**** BEGIN LOGGING AT Thu Aug 25 02:59:58 2016 Aug 25 10:12:29 rburton: hi! any chance you remember the background of 9c3a94aea1de3ab98e5693640926bfc86acde2db (gstreamer1.0-plugins-bad: Move EGL requirement for Wayland). It looks wrong to me to tie EGL to wayland only. Aug 25 10:12:53 and i have a use case where I use EGL/GLES with X11 , for rendering video with glimagesink Aug 25 10:13:21 so i am hoping i can add an egl packageconfig in there.. but I thought i would check with you first Aug 25 11:38:18 WARNING: nativesdk-python-mako-1.0.3-r0 do_package_qa: QA Issue: /usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/bin/mako-render contained in package nativesdk-python-mako requires /usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/bin/env, but no providers found in RDEPENDS_nativesdk-python-mako? [file-rdeps] Aug 25 11:38:49 I see this in krogoth Aug 25 11:39:06 fix is just add a RDEPENDS on what provides env? Aug 25 11:39:19 curious why no one has noticed before Aug 25 13:08:49 alright guys, How do I stop this: Computing transaction...error: Can't install nativesdk-python-mako-1.0.1-r0@x86_64_nativesdk: no package provides /opt/fsl-qoriq/2.0/sysroots/x86_64-fslsdk-linux/usr/bin/env Aug 25 13:08:55 I'm going round in circles Aug 25 13:09:26 one more wack Aug 25 13:09:34 RDEPENDS_${PN}_class-native = "" Aug 25 13:09:34 RDEPENDS_${PN}_class-nativesdk = "" Aug 25 13:09:54 there's a script in that package with #! /opt/fsl-qorig/…./usr/bin/env Aug 25 13:10:01 needs to be patched to be /usr/bin/env Aug 25 13:10:26 not really Aug 25 13:10:53 hmm Aug 25 13:10:56 let me check Aug 25 13:11:23 I get the qa error in a krogoth build Aug 25 13:11:42 need to let this run finish and take a look in work Aug 25 13:11:49 finally disabled rmwork :) Aug 25 13:16:02 rburton, #!/usr/bin/env python Aug 25 13:16:04 nope Aug 25 13:17:50 -rwxr-xr-x root root 351 ./opt/fsl-qoriq/2.0/sysroots/x86_64- Aug 25 13:17:50 fslsdk-linux/usr/bin/mako-render Aug 25 13:18:02 interesting this is the path in the package Aug 25 13:36:00 no Aug 25 13:36:12 #!/opt/fsl-qoriq/2.0/sysroots/x86_64-fslsdk-linux/usr/bin/env python Aug 25 13:40:00 * Crofton|work curses fsl Aug 25 14:03:01 what is it about mako that triggers the problem? Aug 25 16:55:05 PSYCHIATRY must be abolished !!!! It is total fraud !!!!!! Please,visit antipsychiatry.org Aug 25 17:02:03 lol Aug 25 17:02:16 that message reads funny Aug 25 17:49:16 Crofton|work: somewhere you have pythonnative spilling into nativesdk Aug 25 17:49:46 hmmm Aug 25 17:50:44 so many builds, and the problem seems tied to one derived from fsl sdk Aug 25 17:52:27 Crofton|work: other day I looked at their repos they have backported gcc 4.9 to daisy Aug 25 17:52:33 and I stopped there Aug 25 17:52:59 heh Aug 25 17:53:00 if you are relying on FSLs layers beyong BSP bits then its best you bug them Aug 25 17:53:13 this is what I am afradi off Aug 25 17:53:38 I'm working against their jethro one, that is somewhat saner, but the daisy questions are not going away Aug 25 17:53:47 no one can reproduce those issues with upstream it will be hard for someone to help Aug 25 17:53:53 yep Aug 25 17:54:04 I've got a build I try and dupe stuff against Aug 25 17:54:41 so here is my suggestion. First try to reproduce the issue against upstream set of branches and then you might find some support Aug 25 17:54:58 just stick to BSP bits from SOC vendor layer Aug 25 17:56:26 rburton: I forwarded one grub-efi patch that seems to be fine to apply Aug 25 19:28:46 khem: FWIW, I need ALLOW_EMPTY_${PN} = "1" for argp-standalone for meta-toolchain to install here on krogoth, should I make a real patch and post and such? I can't check master atm Aug 25 19:33:49 with LIBC=glibc ? Aug 25 19:34:08 meta-toolchain is deprecated you know that Aug 25 19:36:16 With musl Aug 25 19:36:33 And no, I missed that, which kinda sucks Aug 25 19:36:48 I'll try -c populate_sdk on the image later Aug 25 19:37:01 I have fixed the others and ends recipe failures now anyhow Aug 25 19:38:36 ok Aug 25 19:58:38 we need to give a talk on shit not to do with OE Aug 25 20:31:39 Crofton|work: +1 Aug 25 20:32:57 use the poky repo, then define your own distro Aug 25 20:48:30 Crofton|work: yes, I guess that would make sense. koen did that in last ELC in San Diego Aug 25 20:48:42 which covered some of the best practices Aug 25 20:49:15 problem with OE is same as SELinux Aug 25 20:49:20 its too configurable, Aug 25 20:52:30 lol Aug 25 20:52:31 yeah Aug 25 20:53:51 people have companies who just write profiles for configuring SELinux Aug 25 20:54:11 I guess there is a biz case for OE too Aug 25 20:58:13 yeah Aug 26 01:13:56 i'm having some questions about qmake/Qt and its cross-compiling behaviour: i'm having the situation where qt5base compiles fine (tools get natively, target specific stuff cross-built). Also further qmake projects cross-compile fine *however* if those projects now contain `host_build` directives, they *also* try to get cross-compiled, instead of veing built with the native toolchain. **** ENDING LOGGING AT Fri Aug 26 02:59:59 2016