]> code.ossystems Code Review - openembedded-core.git/commit
buildtools-tarball: fix perl being included when building with ipk
authorPaul Eggleton <paul.eggleton@linux.intel.com>
Mon, 18 Apr 2016 03:27:07 +0000 (15:27 +1200)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Mon, 18 Apr 2016 15:27:45 +0000 (16:27 +0100)
commitb18134ddaf949b4f001a1613ab876aed6324040a
treea78004909661e711c94df4056c71c27cb5391b8c
parent528388c3cef027d436fc794c73d57a247521c238
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>
meta/recipes-core/meta/buildtools-tarball.bb
meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb