diff options
author | Paul Eggleton <paul.eggleton@linux.intel.com> | 2016-04-18 15:27:07 +1200 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2016-04-18 16:27:45 +0100 |
commit | b18134ddaf949b4f001a1613ab876aed6324040a (patch) | |
tree | a78004909661e711c94df4056c71c27cb5391b8c /meta/recipes-connectivity | |
parent | 528388c3cef027d436fc794c73d57a247521c238 (diff) | |
download | openembedded-core-b18134ddaf949b4f001a1613ab876aed6324040a.tar.gz openembedded-core-b18134ddaf949b4f001a1613ab876aed6324040a.tar.bz2 openembedded-core-b18134ddaf949b4f001a1613ab876aed6324040a.zip |
buildtools-tarball: fix perl being included when building with ipk
Due to some logic within opkg, a package with the name matching a
dependency will always win over a package with that name in RPROVIDES -
even if there is an RCONFLICTS (which is silently ignored), higher feed
priority and version. The end result is that buildtools gets perl
installed instead of the nativesdk-buildtools-perl-dummy package and
that perl (with missing dependencies) gets used in preference to the
host one, which is precisely what we were trying to avoid.
This is almost certainly a bug in opkg, especially as the other
package's dependencies aren't properly installed under these
circumstances either. However, specifying RREPLACES works around this,
and with no apparent side-effects is probably the safest solution for
now.
At the same time I noticed that in prepending to SDK_PACKAGE_ARCHS we
were actually ending up with a low priority for the dummy package feed
rather than a high one, so change to append it instead. This has no
effect on the packages that get installed at the moment, but should be
done in case the package manager behaviour changes to factor in the feed
priority in future.
Fixes [YOCTO #9469].
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Diffstat (limited to 'meta/recipes-connectivity')
0 files changed, 0 insertions, 0 deletions