[OE-core] [PATCH 4/7] gtk: add demos to the configuation of gtk+

Richard Purdie richard.purdie at linuxfoundation.org
Tue Dec 13 19:46:30 UTC 2011


On Tue, 2011-12-13 at 16:20 +0000, Richard Purdie wrote:
> 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 <xiaofeng.yan at windriver.com>
> > > 
> > > Add demos for checking whether gtk+ run over directfb successfully or not.
> > > 
> > > [YOCTO #1674]
> > > 
> > > Signed-off-by: Xiaofeng Yan <xiaofeng.yan at windriver.com>
> > > ---
> > >  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.

The gdk-pixbuf issue is fixed with 

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=9d136b2db8f906c562cbdb23a9b238f0e237074b

which I've expedited since it was resulting in a ton of autobuilder
which is left unresolved would have a knock on effect on delaying other
patches and testing.

Cheers,

Richard





More information about the Openembedded-core mailing list