[oe] [PATCH] introduction of virtual/libusb0

Stanislav Brabec utx at penguin.cz
Wed Jun 24 20:38:49 UTC 2009


Chris Larson wrote:
> +++ b/recipes/bluez/bluez.inc
> > +DEPENDS = "gstreamer gst-plugins-base virtual/libusb0 dbus glib-2.0"
> This is wrong.  libusb0 does not replace libusb1.

It was an attempt to make unrelated fix. bluez.inc is actually required
only by bluez-hcidump_1.42.bb. And bluez-hcidump_1.42.bb does not
require libusb at all (or at least not directly). So in fact it should
be probably removed completely.

> It's worth noting that this could be done in a much less intrusive way.
>
> In libusb-compat:
> PROVIDES += "libusb"
> 
> In libusb:
> DEFAULT_PREFERENCE = "-1", or just set the PREFERRED_PROVIDER_libusb =
> "libusb-compat" in the distros.

I didn't know that DEFAULT_PREFERENCE_distroname is possible. But if
this will work and allow distro maintainers to select one of another,
then it may be used as well. But I still think that distro config is a
more convenient way.

> Could also PROVIDES += "libusb0" or
> PROVIDES += "libusb-old" or something, to let recipes explicitly
> depend on the old one, though that's a bad thing to be doing.

Once your staging contains libusb-compat, none of your packages can
depend on libusb (-old). Their staging files conflict and one replaces
another during the build resulting in compilations against a random one.

It's one or another and distro maintainer must decide, which one to use
for everything.


________________________________________________________________________
Stanislav Brabec
http://www.penguin.cz/~utx/zaurus





More information about the Openembedded-devel mailing list