> On Sep 22, 2015, at 12:13 PM, Gary Thomas <g...@mlbassoc.com> wrote: > > On 2015-09-22 12:38, Otavio Salvador wrote: >> On Tue, Sep 22, 2015 at 3:14 PM, Gary Thomas <g...@mlbassoc.com> wrote: >>> On 2015-09-22 12:05, Otavio Salvador wrote: >>>> >>>> On Tue, Sep 22, 2015 at 12:28 PM, Gary Thomas <g...@mlbassoc.com> wrote: >>>>> >>>>> When building gdk-pixbuf-native, I got this error: >>>>> | DEBUG: Staging files from >>>>> >>>>> /home/local/rpi2_2015-03-05/tmp/work/i686-linux/gdk-pixbuf-native/2.30.8-r0/sysroot-destdir/home/local/rpi2_2015-03-05/tmp/sysroots/i686-linux >>>>> to /home/local/rpi2_2015-03-05/tmp/sysroots/i686-linux >>>>> | DEBUG: Executing shell function pixbufcache_sstate_postinst >>>>> | g_module_open() failed for >>>>> >>>>> /home/local/rpi2_2015-03-05/tmp/sysroots/i686-linux/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: >>>>> libharfbuzz.so.0: cannot open shared object file: No such file or >>>>> directory >>>>> >>>>> It seems that [at least] gdk-pixbuf-native needs harfbuzz-native >>>>> I looked at the recipe, but it's not 100% obvious to me how to >>>>> add this, especially w.r.t. all of the PACKAGECONFIG options. >>>>> >>>>> Guidance? >>>> >>>> >>>> I had similar failures[1] at O.S. Systems autobuilder and rebuilding >>>> made it work. >>>> >>>> 1. >>>> http://ci.ossystems.com.br/view/FSL%20Community%20BSP%20-%20master-next/job/fsl-community-bsp-master-next_wayland-imx28evk/827/console >>>> >>>> The builds are now succeeding but I did no change to fix it. This >>>> seems like a race for me. >>>> >>>> I tried very hard to reproduce the issue locally at my laptop without >>>> success. Do you can reliably reproduce it? >>>> >>> >>> Yes, I had a full tree and this rebuild was kicked off by a meta-data >>> update. Once it happened, I tried this: >>> % bitbake harfbuzz-native gdk-pixbuf-native -c cleansstate >>> % bitbake gdk-pixbuf-native >>> failed. However the manual sequence >>> % bitbake harfbuzz-native >>> % bitbake gdk-pixbuf-native >>> succeeded. >> >> I still do not reproduce it :-( >> > > It seems to be a host [contamination?] issue. I get this error > on a build host that does not have libharfbuzz.so installed. On > a build host which does, there is no error. >
its normal for build to use libraries from build host for native tools. If we want to abstract that from host deps then creating a dependency on package-native is the way > Note that it is only for the native package, so perhaps that's > where the dependency needs to be updated/checked (hence my original > query) > > -- > ------------------------------------------------------------ > Gary Thomas | Consulting for the > MLB Associates | Embedded world > ------------------------------------------------------------ > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
