summaryrefslogtreecommitdiff
path: root/scripts/create-pull-request
diff options
context:
space:
mode:
authorChen Qi <Qi.Chen@windriver.com>2018-08-29 10:56:31 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2018-08-30 16:16:06 +0100
commit595e9922cdbacf84cf35cc83f0d03cace042e302 (patch)
tree7a1e9c2789b291259577be1ec35d83c066325ea0 /scripts/create-pull-request
parentce82ee46f4a7beb5663238b276e779e5c9657777 (diff)
downloadopenembedded-core-595e9922cdbacf84cf35cc83f0d03cace042e302.tar.gz
openembedded-core-595e9922cdbacf84cf35cc83f0d03cace042e302.tar.bz2
openembedded-core-595e9922cdbacf84cf35cc83f0d03cace042e302.zip
oeqa/sdk: fixes related to hasPackage semantics
The current _hasPackage does a regex match when checking for the existence of packages. This will sometimes result in unexpected result. For example, the condition hasTargetPackage('gcc') is likely to be always true as it matches libgcc1. For most of the time, we should do exact match instead of regex match. So change _hasPackage function to do that. For the current sdk test cases, the only place that needs regex match is '^gcc-'. This is because there's no easy way to get multilib tune arch (e.g. i686) from testdata.json file. Besides, packagegroup-cross-canadian-xxx and gcc-xxx should be check in host manifest instead of the target one. So fix to use hasHostPackage. Also, as we are doing exact match, there's no need to use r'gtk\+3', just 'gtk+3' is enough. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/create-pull-request')
0 files changed, 0 insertions, 0 deletions