[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