[oe] [PATCH] introduction of virtual/libusb0

[Stanislav Brabec]

Stanislav Brabec wrote:
> Chris Larson wrote:
> 
> > DEFAULT_PREFERENCE is just default behavior when no PREFERRED_PROVIDER
> > is set by the distro.

It seems that it is not true. First in order it selects ordered package
name list for the requirement (using only PREFERRED_PROVIDER), second in
order it decides about best version for each package name (using
DEFAULT_PREFERENCE and PREFERRED_VERSION variables). When no explicit
dependence or conflict is found, best version for the package first in
order will be selected.

It seems that virtual/libusb0 is much cleaner solution than the current
libusb-0.0.0 (which did not work correctly).

> When I remove this line from the distro config and set
> DEFAULT_PREFERENCE = "-1" to all old libusb recipes (and even setting
> DEFAULT_PREFERENCE = "1" in libusb-compat), it still populates old
> libusb instead of expected libusb-compat (using the virtual requires
> from the patch above).

The above may explain this behavior:

DEBUG: Added dependency virtual/libusb0 for /OE/openembedded/recipes/usbutils/usbutils_0.82.bb
DEBUG: Added dependency virtual/libusb0 for /OE/openembedded/recipes/bluez/bluez4_4.42.bb
DEBUG: providers for virtual/libusb0 are: ['libusb', 'libusb-compat']
DEBUG: sorted providers for virtual/libusb0 are: ['/OE/openembedded/recipes/libusb/libusb_0.1.12.bb', '/OE/openembedded/recipes/libusb/libusb-compat_0.1.0.bb']
NOTE: multiple providers are available for virtual/libusb0 (libusb, libusb-compat);
NOTE: consider defining PREFERRED_PROVIDER_virtual/libusb0
DEBUG: adding /OE/openembedded/recipes/libusb/libusb_0.1.12.bb to satisfy virtual/libusb0

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