APPLIED[D]/cmt: [PATCH 0/5] autopkgtest skippable fixes
seth.forshee at canonical.com
Wed Apr 3 17:29:50 UTC 2019
On Thu, Mar 07, 2019 at 03:32:17PM +0000, Dimitri John Ledkov wrote:
> This is a set of patches to unbreak autopkgtests, as designed and
> agreed in Malta kernel room mini-round-table between xnox, apw,
> sforshee, bjf.
> The general notio is that we don't skip tests enough, when they are
> over-triggered, and thus we keep on attempting to run them, when we
> should be bailing out.
> It is hard for me to build a full abi bump kernel, with a matching
> bumped meta, and signed variants, so I monkey patched these tests into
> various trees, and tried to run them with appropriate envrionment
> variable as seen in britney results.
> Here are new things:
> $ cd linux-azure-4.18.0/ && ./debian/tests/ubuntu-regression-suite
> ubuntu-regression-suite is pointless, if one cannot boot the kernel
> $ echo $?
> $ cd linux-5.0.0/ && ADT_TEST_TRIGGERS=binutils/2.32-5ubuntu1 ./debian/tests/ubuntu-regression-suite
> ubuntu-regression-suite is not requested, as there is no linux-meta trigger
> $ echo $?
> I also validated that the current expected tests do run correctly, e.g.:
> $ ADT_TEST_TRIGGERS=binutils/2.32-5ubuntu1 ./debian/tests/rebuild
> dpkg-buildpackage: info: source package linux
> dpkg-buildpackage: info: source version 5.0.0-7.8
> dpkg-buildpackage: info: source distribution disco
> (build attempted)
> $ ADT_TEST_TRIGGERS=linux-meta/184.108.40.206.8 ./debian/tests/ubuntu-regression-suite
> Source Package Version: 5.0.0-7.8
> Running Kernel Version: 4.19.0-13.14
> ERROR: running version does not match source package
> (well, i did fake the trigger, but yeah, the right kernel is pulled
> in, in this case, and the test will be run)
> Please review these patches and apply them against all kernel
> flavours, in all releases.
Applied to disco with your sign-off added, and a bug link:
We'll give this a spin in disco to make sure everything works as
expected, then look at SRU to older releases. Thank!
More information about the kernel-team