11924 2017-08-10 20:10:20 +0000 test_checkpkg (distrodata.Distrodata) failing in several packages 2017-08-17 14:39:09 +0000 1 1 10 QA/Testing Runtime Testing general 2.4 x86 Multiple RESOLVED DUPLICATE 11848 High normal 2.4 M3 1 leonardo.sandoval.gonzalez joshuagloe libertad.gonzalez.de.la.cruz --- --- No (bug/feature does not impact docs) oldest_to_newest 75814 0 leonardo.sandoval.gonzalez 2017-08-10 20:10:20 +0000 The corresponding distrodata check is failing in several packages. The below code snippet contains the details. Log taken from [1] [1] https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/433/steps/Running%20oe-selftest/logs/stdio 2017-08-08 00:23:59,473 - oe-selftest - INFO - ====================================================================== 2017-08-08 00:23:59,474 - oe-selftest - INFO - FAIL [175.623s]: test_checkpkg (distrodata.Distrodata) 2017-08-08 00:23:59,474 - oe-selftest - INFO - ---------------------------------------------------------------------- 2017-08-08 00:23:59,474 - oe-selftest - INFO - Traceback (most recent call last): File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-oe-selftest/build/meta/lib/oeqa/selftest/cases/distrodata.py", line 43, in test_checkpkg self.assertTrue(len(regressed_failures) == 0 and len(regressed_successes) == 0, msg) AssertionError: False is not true : The following packages failed upstream version checks. Please fix them using UPSTREAM_CHECK_URI/UPSTREAM_CHECK_REGEX (when using tarballs) or UPSTREAM_CHECK_GITTAGREGEX (when using git). If an upstream version check cannot be performed (for example, if upstream does not use git tags), you can add the package to list of exceptions in meta-selftest/files/distrodata/checkpkg_exceptions. libtimedate-perl libxml-sax-perl llvm libconvert-asn1-perl diffstat libxml-sax-base-perl libxml-namespacesupport-perl 75952 1 joshuagloe 2017-08-17 14:39:09 +0000 We have bug #11848 in place to move this test out of the default oe-selftest invocations on the Yocto Autobuilder. The reason we're doing that is that we constantly see these kind of failures which appear to be transient, or at least don't fail consistently (the set of failing recipes is inconsistent). *** This bug has been marked as a duplicate of bug 11848 ***