**** BEGIN LOGGING AT Thu Dec 01 03:00:00 2016 Dec 01 09:22:01 Hm, html5lib 0.99999999/1.0b9 breaks bitbake (imports down in bs4/) due to moving of modules Dec 01 10:06:11 hi bluelightning, it seems that recipes from meta-qt5-extra layer are listed twice on the layer index. Dec 01 10:07:24 ndec: can you give me an example? Dec 01 10:07:33 https://layers.openembedded.org/layerindex/branch/master/recipes/?q=lxqt Dec 01 10:07:57 this one is easier: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=compton Dec 01 10:12:13 ndec: they aren't actually in there twice, it's a bug in the way the search works Dec 01 10:12:30 if the keyword matches in both the recipe name and the description, it comes up twice Dec 01 10:12:31 https://bugzilla.yoctoproject.org/show_bug.cgi?id=10177 Dec 01 10:12:41 ah. ok. well as i said they are 'listed twice' ;-) Dec 01 10:12:43 I have a fix waiting to be deployed on the live instance Dec 01 10:12:56 thanks for the link. makes sense now. Dec 01 10:16:20 morning Dec 01 10:56:22 it looks like we are setting PACKAGE_ARCH for the entire recipe. is it possible to have 1 recipe that generates packages for different arch? main use case right now is to create 'all' packages along with binary packages Dec 01 10:56:42 i am playing with multilib these days (for the background) Dec 01 15:04:28 I'm having some troubles with shared library, shared library dependencies and rpaths Dec 01 15:04:38 I have libfoo, which depends on libbar Dec 01 15:05:19 when I try to link libfoo with my app, it requires libbar to be found Dec 01 15:05:38 libbar is in a non-standard location, usr/local/bar Dec 01 15:06:18 when I compiled libfoo, -Wl,rpath-link ${STAGING_SYSROOT}/usr/lib/bar and -Wl,rpath /usr/lib/bar was used Dec 01 15:07:07 now when I come to try link my app with libfoo, it failes to link as it can't find libbar, which I assume means the rpath in libfoo isn't being properly prepending with sysroot Dec 01 15:07:43 what is the proper way to support this in OE? Dec 01 15:11:44 rpath? Dec 01 15:12:00 sorry didn't read the middle line :) Dec 01 15:13:34 rburton: yeah, so my lib has the correct rpath set, but the build isn't using it to look in the non-standard location **** ENDING LOGGING AT Fri Dec 02 03:00:00 2016