[OE-core] multiple providers for gtk-icon-cache

Burton, Ross ross.burton at intel.com
Fri Mar 8 09:03:26 UTC 2013


On 7 March 2013 23:10, Andreas Müller <schnitzeltony at googlemail.com> wrote:
> ERROR: Multiple .bb files are due to be built which each provide
> virtual/gtk-update-icon-cache-native
> (/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-gnome/gtk+/gtk-update-icon-cache-native_3.4.4.bb
> virtual:native:/home/Superandy/data/oe-core/sources/openembedded-core/meta/recipes-gnome/gtk+/gtk+_2.24.15.bb).
>  This usually means one provides something the other doesn't and should.
>
> Do both versions create same output?
>
> If yes: why not remove from gtk+?
> If no: ??

I wasn't expecting this to happen so quickly.

As can be seen from the recipes, gtk+-native is the full GTK+
platform, and gtk-update-icon-cache is just that single binary.  For
the purposes of generating a rootfs with a pre-populated icon cache,
gtk-update-icon-cache is all that is required.

So, why are you building gtk+-native?  It's probably one of:

1) you're building native applications that use GTK+.  In this case,
use PREFERRED_PROVIDER_virtual/gtk-update-icon-cache-native ?=
"gtk+-native".

2) you've recipes that use gtk-update-icon-cache on the host and so
depend on gtk+-native.  Change these to use the gtk-icon-cache class
instead.

Ross




More information about the Openembedded-core mailing list