openembedded-core.git/meta/classes/gtk-icon-cache.bbclass, branch dylan Mirror of openembedded-core Pass the mlprefix to postinst_intercept script 2013-05-20T15:06:13+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2013-04-26T08:04:02+00:00 0db4db02486926ef5d0b1cee92f963cf0f1e64fc This is needed in order to have separate multilib intercept hooks. (From OE-Core master rev: 44eae13c164ca6e15a6013eafeab3eb44f24c8e0) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
This is needed in order to have separate multilib intercept hooks.

(From OE-Core master rev: 44eae13c164ca6e15a6013eafeab3eb44f24c8e0)

Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gtk-icon-cache.bbclass: do not exit 1 after installing intercept hook 2013-05-20T15:06:09+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2013-04-22T08:01:23+00:00 982302219bf5b133f76a0d8213b626f8abef99b3 This will allow to register, in a single postinstall, multiple hooks. (From OE-Core master rev: 2cd244d6c93ec6d39e2649de64575c365bd4238d) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
This will allow to register, in a single postinstall, multiple hooks.

(From OE-Core master rev: 2cd244d6c93ec6d39e2649de64575c365bd4238d)

Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
postinst-intercepts, qemu.bbclass: fix segfaults in postinstalls 2013-04-10T11:53:58+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2013-04-10T11:25:39+00:00 48e8b613b3f5c7b1d917bf3147606d44072ce49e Postinstalls that use qemu are throwing a segmentation fault when building for qemux86-64 on a 64bit host (it might also happen for qemux86 if building on a 32bit host but I didn't test). It looks like qemu looks for ld.so.cache which is not found because it is generated after rootfs_(rpm|ipk|deb)_do_rootfs is called and then it tries to load libraries from the default paths (which are the host's). In order to avoid this, pass the LD_LIBRARY_PATH explicitly to the target's dynamic loader. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Postinstalls that use qemu are throwing a segmentation fault when
building for qemux86-64 on a 64bit host (it might also happen for
qemux86 if building on a 32bit host but I didn't test). It looks like
qemu looks for ld.so.cache which is not found because it is generated
after rootfs_(rpm|ipk|deb)_do_rootfs is called and then it tries to load
libraries from the default paths (which are the host's). In order to
avoid this, pass the LD_LIBRARY_PATH explicitly to the target's dynamic
loader.

Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
remove gtk-update-icon-cache-native virtuals 2013-04-02T17:10:59+00:00 Andreas Müller schnitzeltony@googlemail.com 2013-03-29T21:19:58+00:00 7e437aa3e0ec862aac69a4434be0b2b652d26972 gtk-update-icon-cache-native is the only provider now Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
gtk-update-icon-cache-native is the only provider now

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gtk-icon-cache: use virtual/gtk-update-icon-cache-native instead of gtk+-native 2013-03-05T12:29:44+00:00 Ross Burton ross.burton@intel.com 2013-03-04T12:52:47+00:00 135e512c09710d65155e345033e93f905de42b0d Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
classes: Drop none package specific packaging variable accesses 2013-02-17T09:06:48+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2013-02-03T22:10:21+00:00 24cbe88429ba021d7c461e0271b67106d11d5eb2 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gtk-icon-cache.bbclass: use postinst_intercept script 2013-02-12T16:35:13+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2013-02-12T16:12:39+00:00 d7ddae84165b5b84dc6ac640fd492ade891ddd4e Since the hook has been made a standalone script, use postinst_intercept script in order to "link" the package to the hook. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Since the hook has been made a standalone script, use postinst_intercept
script in order to "link" the package to the hook.

Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gtk-icon-cache: Fix rdepends construction 2013-02-01T15:53:30+00:00 Saul Wold sgw@linux.intel.com 2013-01-31T19:02:23+00:00 a718cf3179540e049fd0d750ce11a97f84addf40 The rdepends getVar is returning NoneType and the string constuction fails this occurs with the hicolor-icon-theme recipe. Signed-off-by: Saul Wold <sgw@linux.intel.com> 
The rdepends getVar is returning NoneType and the string constuction fails
this occurs with the hicolor-icon-theme recipe.

Signed-off-by: Saul Wold <sgw@linux.intel.com>
gtk-icon-cache.bbclass:fix support postrm at image creation time 2013-01-28T12:25:34+00:00 Hongxu Jia hongxu.jia@windriver.com 2013-01-17T12:56:37+00:00 6ae0b8339134300d0c179bd47dc3062e0e1f2f0b When use postrm on the build machine, it installs the hook in intercept-scripts directory and exit 0, the hook will be later invoked and it will properly call gtk-update-icon-cache. [YOCTO #3633] Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
When use postrm on the build machine, it installs the hook in intercept-scripts
directory and exit 0, the hook will be later invoked and it will properly call
gtk-update-icon-cache.

[YOCTO #3633]

Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
gtk-icon-cache: don't call gtk-update-icon-cache on files 2012-12-25T22:00:22+00:00 Martin Jansa martin.jansa@gmail.com 2012-12-22T19:58:49+00:00 6c2962dc117304c542fd5458b39524ecdb81cae9 * check if icondir is directory before calling gtk-update-icon-cache, like all other calls do * fixes: | > Executing update_icon_cache | + chmod +x update_icon_cache | + ./update_icon_cache | gtk-update-icon-cache.real: Failed to open file /tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-image-all/2.0-r20/rootfs/usr/share/icons/enjoy.png/.icon-theme.cache : Not a directory | gtk-update-icon-cache.real: Failed to open file /tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-image-all/2.0-r20/rootfs/usr/share/icons/monav.png/.icon-theme.cache : Not a directory | gtk-update-icon-cache.real: Failed to open file /tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-image-all/2.0-r20/rootfs/usr/share/icons/orrery.png/.icon-theme.cache : Not a directory Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
* check if icondir is directory before calling gtk-update-icon-cache, like all other calls do
* fixes:
  | > Executing update_icon_cache
  | + chmod +x update_icon_cache
  | + ./update_icon_cache
  | gtk-update-icon-cache.real: Failed to open file /tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-image-all/2.0-r20/rootfs/usr/share/icons/enjoy.png/.icon-theme.cache : Not a directory
  | gtk-update-icon-cache.real: Failed to open file /tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-image-all/2.0-r20/rootfs/usr/share/icons/monav.png/.icon-theme.cache : Not a directory
  | gtk-update-icon-cache.real: Failed to open file /tmp-eglibc/work/qemuarm-oe-linux-gnueabi/shr-image-all/2.0-r20/rootfs/usr/share/icons/orrery.png/.icon-theme.cache : Not a directory

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>