When using the sstate from another build machine, the path to the pixbuf
loader's cache points to a path on the remote machine. Hence, the update
of the icon cache fails on host.

Signed-off-by: Laurentiu Palcu <laurentiu.pa...@intel.com>
---
 .../gtk+/gtk-update-icon-cache-native_3.4.4.bb     |    4 ++++
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb 
b/meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb
index 93c30a7..73b7644 100644
--- a/meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb
+++ b/meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb
@@ -40,4 +40,8 @@ do_compile() {
 do_install() {
        install -d ${D}${bindir}
         install -m 0755 ${B}/gtk-update-icon-cache ${D}${bindir}
+
+       create_wrapper ${D}/${bindir}/gtk-update-icon-cache \
+               
GDK_PIXBUF_MODULE_FILE=${STAGING_LIBDIR_NATIVE}/gdk-pixbuf-2.0/2.10.0/loaders.cache
+
 }
-- 
1.7.9.5


_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Reply via email to