**** BEGIN LOGGING AT Wed Jun 29 02:59:58 2016 Jun 29 07:13:23 morning Jun 29 07:47:26 good morning Jun 29 13:11:31 I assume we add qt5 versions of things to meta-qt5? Jun 29 13:11:41 especially if they exist in meta-qt4? Jun 29 15:26:04 | Project ERROR: Unknown module(s) in QT: designer Jun 29 15:26:15 any thoughts on what needs building to solve this? Jun 29 16:01:13 start with a beer Jun 29 17:55:16 rburton, my local Congressman is going to help: https://t.co/UoJ6OeMYlG Jun 29 18:34:25 I effectively have this problem (https://lists.yoctoproject.org/pipermail/yocto/2014-November/022281.html) where libraries which a native recipe installs are not found by native executables when bitbake runs them. It also affects me in SDK use. It seems that any native apps which want to run inside a bitbake execution rely only on host libs outside of the sysroot by default. Is there a simple way to ensure Jun 29 18:34:31 that the LD_LIBRARY_PATH includes the sysroot's /usr/lib/? Or am I not understanding how the native libs are used? Jun 29 18:36:05 My use case is I have a binary and already compiled libraries which come from a vendor and I need to use exactly these versions and I do not want to rely on the host already having exactly these tools setup Jun 29 21:00:14 anyone know why baselib is set to lib64 for powerpc64 machines? Jun 29 21:06:18 Crofton|work: isn't it for most 64-bit architectures? git grep seems to suggest it is Jun 29 21:06:37 not in oe space, default is /usr/lib Jun 29 21:06:51 just for powerpc64 does it change Jun 29 21:07:07 my aarch64 is /usr/lib and I think my minnow 64 is Jun 29 21:08:07 powerpc64 isn't really in oe-core Jun 29 21:08:20 I ahd to make a quick qemuppc64 machine Jun 29 21:08:34 and it exposed some issues with recipes installing in to /usr/lib Jun 29 21:08:46 yeah, grand day Jun 29 21:10:15 oh wait, I'm confusing BASELIB and BASE_LIB... gnargh Jun 29 21:10:22 :) Jun 29 21:10:31 yeah, I likely postsed confused Jun 29 21:10:39 7a278238d9b08e0315e92d386282cb488cc0c7b4 Jun 29 21:11:05 also, a pox on vendors that give daisy era things called poky out as the bsp Jun 29 21:11:07 very useful commit message there :/ Jun 29 21:11:34 yeah Jun 29 21:11:52 "my commit does this" - yes, I can see that... why? Jun 29 21:13:08 is there something weird about ppc? Jun 29 21:15:32 I'm not sure... the fact that was explicitly set seems to suggest so, but that commit was a long time ago, maybe before multilib and the tunes were sorted out? Jun 29 21:16:38 workaround for cross-prelink issues, it seems: https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg06888.html Jun 29 22:27:26 i know this is a long shot... but did anyone record the SHA1 immediately before/after the bitbake python3 flag day (hopefully of various layers)? Jun 29 22:28:03 i can probably find it looking through the logs of each layer, but if anyone put it on a website somewhere... Jun 29 22:43:57 tlwoerner: "kergoth" :) Jun 29 22:44:34 its fairly simple to find the oe-core tag for pre py3 but chasing it across all the layers you use could be quite tiresome **** ENDING LOGGING AT Thu Jun 30 02:59:58 2016