linux/poky.git/meta/lib/oeqa/selftest/devtool.py, branch 2.3_M2

selftest/devtool: Update to account for recipe specific sysroot

2017-01-23T12:05:17+00:00

There is no common sysroot any more so add the libusb dependency using DEPENDS and check for the output in the sysroot output directory so the tests work with recipe specific sysroots. (From OE-Core rev: ff30b833a423d300ec2b81bf80ef6733a6d8039b) Signed-off-by: Richard Purdie

oe-selftest: devtool: remove use of git -C

2017-01-20T11:53:51+00:00

The -C option isn't available in versions of git older than 1.8.5, and officially we only require git 1.8.3.1 or newer (and the latter is the version you'll find on CentOS 7, so the test fails there). In any case we can simply specify the working directory to runCmd() so just do that instead. (From OE-Core rev: ce5c7075d530c0950f2feed35f95fbcd9f50721f) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

oeqa/selftest/devtool: rewrite modify testcase

2017-01-19T22:47:22+00:00

The modify testcase had to be updated as it started failing when mdadm was upgraded due to hardcoding version numbers in the test. I then noticed how inefficient the test was and mostly rewrote it. Start by changing the minor modification to change "Linux Software RAID" (the subtitle of the man page) to "antique pin sardine" (a nonsense phrase that is unlikely to appear upstream), and neaten the logic. Start by not removing sstate at the beginning of the test. To ensure builds happen we can use -f and -C, and iterating the sstate cache is time consuming. Don't bitbake mdadm repeatedly until it stabilizes, we can start with bitbake -C unpack to ensure that a full build is done from scratch. os.path.join has the interesting quirk that join(/foo, /bar) results in /bar, so use oe.path.join instead of working around that manually. Don't repeatedly call get_bb_var(), each call results in a call to bitbake. These changes reduce the runtime of the test from over 600 seconds to around 160 seconds on my machine. (From OE-Core rev: fc97963bc61bf16112859fe1d7e460a13d34baca) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

selftest: devtool: use distro agnostic recipes for devtool checks

2017-01-16T18:05:14+00:00

The recipes being replaced are not compatible with all distros, so use mraa and virtual/make for some checks. (From OE-Core rev: bb32b232d686d1c057dede6f61ed4051b0088673) Signed-off-by: Leonardo Sandoval Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

oe-selftest: devtool: Add test for externalsrc buildclean

2017-01-16T18:05:13+00:00

Test both for S == B and S != B. (From OE-Core rev: 3b46c1ac203717d85a1e2e8da067a69f066b7037) Signed-off-by: Ola x Nilsson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

selftest/devtool: update test to work with new mtd-utils

2017-01-09T13:39:13+00:00

The new mtd-utils (version 2.0) has been autotooled so the test needs to touch Makefile.am instead of Makefile. (From OE-Core rev: acce512a0b85853b5acf2ef07e4163a3b4f33a98) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

oe-selftest: devtool: Reverting a change should trigger rebuild

2017-01-09T13:39:11+00:00

Add code to verify that not only does a change trigger a build, but so does reverting that change. Reverting a change in a devtool managed git repo may cause the current checksum to match the checksum of a previous build, which will cause bitbake to skip builds that are needed. (From OE-Core rev: 58a31d8dd7293f14c70e56ec9639c420d15e7dfc) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

oe-selftest: devtool: improve test_devtool_modify slightly

2016-12-14T12:30:50+00:00

* Check that man .in file actually gets modified, since sed -i doesn't fail if it it doesn't * Use a variable for man file path (From OE-Core rev: 9ad36e945fa5b03726f78ba99e823eade8daa710) Signed-off-by: Paul Eggleton Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

devtool: selftest: add test for devtool plugin loading

2016-12-13T22:55:20+00:00

Test that devtool plugins are loaded in a well defined order. (From OE-Core rev: 0de81f0c8b29d8b442b3d099c3bec3fd345b6bfe) Signed-off-by: Ola x Nilsson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

devtool: modify: support recipes with only local files as source

2016-11-23T11:10:14+00:00

The hello-mod recipe is unusual in that it has only local files in SRC_URI and builds these out of ${WORKDIR}. When you use devtool modify on it, devtool puts all of those files in an "oe-local-files" subdirectory of the source tree, which is not ${S} (or ${B}) any more and thus building the recipe afterwards fails. It's a bit of a hack, but symlink the files in oe-local-files into the source tree (and commit the symlinks with an ignored commit so that the repo is clean) to work around the problem. We only do this at time of extraction, so any files added to or removed from oe-local-files after that won't be handled, but I think there's a limit to how far we should go to support these kinds of recipes - ultimately they are anomalies. I initially tried a hacky workaround where I set effectively set B = "${WORKDIR}" and that allowed it to build, but other things such as the LIC_FILES_CHKSUM checks still broke because they expected to find files in ${S}. Another hack where I set the sourcetree to point to the oe-local-files subdirectory works for hello-mod but not for makedevs since whilst that is similar, unlike hello-mod it does in fact have files in the source tree (since it has a patch that adds COPYING) and thus the same issue occurred. Also tweak one of the tests that tries devtool modify / update-recipe on the makedevs recipe to try building it since that would have caught this issue. Fixes [YOCTO #10616]. (From OE-Core rev: 857c06d6a1d161bf5a01311d07758bd4241929a3) Signed-off-by: Paul Eggleton Signed-off-by: Ross Burton Signed-off-by: Richard Purdie