This patch allows a PREFERRED_PROVIDER to be specified for a runtime package. It's working for me on poky 1.6.3 (Daisy). I have tested it with the sshd example in Yocto Bug #5044 (sshd) and #6149 (libasound-module-bluez).
# In my local.conf IMAGE_INSTALL_append = " sshd" PREFERRED_PROVIDER_sshd = "dropbear" However, when I try it with a core-image-minimal on today's poky master, my image build fails on in the package manager (with the approximate error message): sshd not found in base feeds This has me thinking that something has changed in the rpm packager since 1.6, and on master the rpm packager should create a rpm dependency on dropbear instead of sshd (per the PREFERRED_PROVIDER). I think that this would have implications for the other package classes as well. Does this sound right? ---- The following changes since commit 7a8f37daa7b42905233c31366915b897886a957a: dev-manual: Updates to add Luna support for Eclipse (2015-05-03 11:49:35 +0100) are available in the git repository at: git://github.com/jatedev/poky preferred-provider-runtime for you to fetch changes up to f721cb634badf8717547254f19d9d88947065998: providers.py: Add package name to PREFERRED_PROVIDER search (2015-05-05 18:35:07 -0400) ---------------------------------------------------------------- Jate Sujjavanich (1): providers.py: Add package name to PREFERRED_PROVIDER search bitbake/lib/bb/providers.py | 1 + 1 file changed, 1 insertion(+) diff --git a/bitbake/lib/bb/providers.py b/bitbake/lib/bb/providers.py index 637e1fa..b6c294e 100644 --- a/bitbake/lib/bb/providers.py +++ b/bitbake/lib/bb/providers.py @@ -323,6 +323,7 @@ def filterProvidersRunTime(providers, item, cfgData, dataCache): for p in eligible: pn = dataCache.pkg_fn[p] provides = dataCache.pn_provides[pn] + provides.append(item) for provide in provides: prefervar = cfgData.getVar('PREFERRED_PROVIDER_%s' % provide, True) #logger.debug(1, "checking PREFERRED_PROVIDER_%s (value %s) against %s", provide, prefervar, pns.keys())
-- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto