On Fri, Jul 29, 2011 at 09:17:31AM +0200, Martin Jansa wrote:
> * PACKAGES were defined in eglibc.inc as well as eglibc-package.inc,
> definition
> from eglibc.inc was overriden from recipes including eglibc.inc only
> * 37ff0fea8f7180b1a9d91d24dfe1735730427497 changed RPROVIDES_eglibc-utils,
> but ie FILES_ were still using eglibc-utils instead of ${PN}-utils, unify
> all eglibc-utils
BTW: there is still problem with ie
RPROVIDES_${PN}-utils = "glibc-utils"
leading to
ERROR: Trying to resolve runtime dependency glibc-utils resulted in conflicting
PREFERRED_PROVIDER entries being found.
The providers found were:
['virtual:nativesdk:/OE/shr-core/openembedded-core/meta/recipes-core/eglibc/eglibc_2.13.bb',
'/OE/shr-core/openembedded-core/meta/recipes-core/eglibc/eglibc_2.13.bb']
The PREFERRED_PROVIDER entries resulting in this conflict were:
['PREFERRED_PROVIDER_virtual/libc-nativesdk = eglibc-nativesdk',
'PREFERRED_PROVIDER_virtual/libc = eglibc']
NOTE: multiple providers are available for runtime glibc-utils (eglibc,
eglibc-nativesdk, external-csl-toolchain, external-poky-toolchain)
NOTE: consider defining a PREFERRED_PROVIDER entry to match glibc-utils
now with glibc recipes removed, do we need to RPROVIDE this or can we fix
recipes
RDEPENDing on glibc-utils to use eglibc-utils directly?
otherwise we should fix right side to use ${PN/eglibc/glibc} to keep
eglibc-nativesdk from providing glibc-utils (glibc-nativesdk-utils only).
Regards,
--
Martin 'JaMa' Jansa jabber: [email protected]
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
