| Submitter | Xiaofeng Yan |
|---|---|
| Date | Dec. 12, 2011, 11:28 a.m. |
| Message ID | <ed69ab4404b203386817674220400f9ca3a27343.1323688579.git.xiaofeng.yan@windriver.com> |
| Download | mbox | patch |
| Permalink | /patch/16727/ |
| State | Accepted |
| Commit | 05af060591f3aec72c0d39a133d44db09fd8450a |
| Headers | show |
Comments
On Mon, 2011-12-12 at 19:28 +0800, Xiaofeng Yan wrote: > From: Xiaofeng Yan <xiaofeng.yan@windriver.com> > > Add demos for checking whether gtk+ run over directfb successfully or not. > > [YOCTO #1674] > > Signed-off-by: Xiaofeng Yan <xiaofeng.yan@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 :( Cheers, Richard
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@windriver.com> > > > > Add demos for checking whether gtk+ run over directfb successfully or not. > > > > [YOCTO #1674] > > > > Signed-off-by: Xiaofeng Yan <xiaofeng.yan@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. Cheers, Richard
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@windriver.com> > > > > > > Add demos for checking whether gtk+ run over directfb successfully or not. > > > > > > [YOCTO #1674] > > > > > > Signed-off-by: Xiaofeng Yan <xiaofeng.yan@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
Patch
diff --git a/meta/recipes-gnome/gtk+/gtk+_2.24.8.bb b/meta/recipes-gnome/gtk+/gtk+_2.24.8.bb index fb88979..ec827a7 100644 --- a/meta/recipes-gnome/gtk+/gtk+_2.24.8.bb +++ b/meta/recipes-gnome/gtk+/gtk+_2.24.8.bb @@ -9,12 +9,12 @@ SRC_URI = "http://download.gnome.org/sources/gtk+/2.24/gtk+-${PV}.tar.bz2 \ file://run-iconcache.patch \ file://configure-nm.patch \ file://hardcoded_libtool.patch \ - file://no-demos.patch \ file://cellrenderer-cairo.patch;striplevel=0 \ file://toggle-font.diff;striplevel=0 \ file://0001-bgo-584832-Duplicate-the-exec-string-returned-by-gtk.patch \ file://doc-fixes.patch \ " + # TO MERGE # file://entry-cairo.patch;striplevel=0 # file://filesystem-volumes.patch @@ -27,7 +27,7 @@ SRC_URI = "http://download.gnome.org/sources/gtk+/2.24/gtk+-${PV}.tar.bz2 \ # file://combo-arrow-size.patch;striplevel=0 # file://configurefix.patch -PR = "r0" +PR = "r1" SRC_URI[md5sum] = "0413187f7e596aef00ccd1b54776ff03" SRC_URI[sha256sum] = "ac2325a65312922a6722a7c02a389f3f4072d79e13131485cc7b7226e2537043"