On Tue, 2011-12-13 at 15:47 +0000, Richard Purdie wrote: > On Mon, 2011-12-12 at 19:28 +0800, Xiaofeng Yan wrote: > > From: Xiaofeng Yan <[email protected]> > > > > Add demos for checking whether gtk+ run over directfb successfully or not. > > > > [YOCTO #1674] > > > > Signed-off-by: Xiaofeng Yan <[email protected]> > > --- > > meta/recipes-gnome/gtk+/gtk+_2.24.8.bb | 4 ++-- > > 1 files changed, 2 insertions(+), 2 deletions(-) > > This broke the builds: > > http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/198/steps/shell_14/logs/stdio
To update, there is a clue in the error if you read it carefully: (process:18554): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-x86-64/build/build/tmp/sysroots/x86_64-linux/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory | failed to load "./apple-red.png": Couldn't recognize the image file format for file './apple-red.png' Note its looking in "nightly-x86-64", not "nightly-mips" so this looks like a relocation issue in gdk-pixbuf rather than a problem with this patch itself. I had a quick look on the autobuilder: $ grep nightly-x86-64/build/build/tmp/sysroots/x86_64-linux/usr/lib/ * -r Binary file bin/gdk-pixbuf-query-loaders matches Binary file lib/libasound.so matches Binary file lib/alsa-lib/smixer/smixer-hda.so matches Binary file lib/alsa-lib/smixer/smixer-ac97.so matches Binary file lib/libasound.so.2 matches Binary file lib/libasound.so.2.0.0 matches so we have a hardcoded path in gdk-pixbuf-query-loaders. It also looks like there is an issue in alsa-lib. Cheers, Richard _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
