openembedded-core.git/meta/classes/insane.bbclass, branch 2016-10

insane.bbclass: fix package_qa_check_arch() for mips64-o32

2016-10-15T08:58:50+00:00

Fixed:
MACHINE = "qemumips64"
DEFAULTTUNE = "mips64-o32"

$ bitbake linux-yocto
ERROR: linux-yocto-4.8+gitAUTOINC+03bf3dd731_674818dad5-r0 do_package_qa: QA Issue: Bit size did not match (32 to 64) linux-yocto on
    /work/qemumips64-poky-linux/linux-yocto/4.8+gitAUTOINC+03bf3dd731_674818dad5-r0/packages-split/kernel-module-parport/lib/modules/4.8.0-yocto-standard/kernel/drivers/parport/parport.ko [arch]

The mips64-n32 works since it would set ABIEXTENSION to "n32" so that
TARGET_OS is linux-gnun32, and it will skip the check, but "mips64-o32"
doesn't set ABIEXTENSION to "o32", "n32" or "32", so the error happend.

Skip the check if mips64.*32 matches DEFAULTTUNE can fix the problem.
Another way to fix the problem is define ABIEXTENSION to "o32" or "32"
for mips64-o32, but that may make things confused since "o32" is purely
32 bit.

[YOCTO #10305]

Signed-off-by: Robert Yang 
Signed-off-by: Ross Burton

insane.bbclass: Additional "mips" and "mipsel" machine definitions

2016-10-15T08:52:30+00:00

Add "mips" and "mipsel" to "machdata" table.
Although there is a way to add entries to the "machdata" table
from a BSP without modifying the insane.bbclass directly, MIPS is
already supported in poky and as such the relevant entries should be
present in insane.bbclass.

Signed-off-by: Juro Bystricky 
Signed-off-by: Ross Burton

insane: display names instead of ELF machine numbers

2016-10-11T21:17:48+00:00

The 'arch' QA test currently simply outputs the ELF machine field as a number
which isn't helpful.  Display this as a human-readable name to make it clearer
to the user what the problem is.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

insane.bbclass: Add mipsisa{32, 64}r6{el, }

2016-10-07T15:43:49+00:00

Add support for MIPS release 6 of the ISA

Signed-off-by: Zubair Lutfullah Kakakhel 
Signed-off-by: Richard Purdie

sanity: make license QA failures fatal again

2016-09-15T21:56:37+00:00

Previous work to clean up the license QA code (oe-core fbdf977) had the side
effect that failing the license sanity check (bad or missing LIC_FILES_CHKSUM)
would emit an error message but wouldn't actually abort the build.

Solve this by changing populate_lic_qa_checksum() so that it tracks if the
message class was in ERROR_QA and if so, aborts the function.

[ YOCTO #10280 ]

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

insane: improve package_qa_clean_path

2016-08-23T16:44:17+00:00

Instead of just removing TMPDIR from the path for display, optionally allow a
package to be passed and remove PKGDEST/package too.

This means that messages that specify a package name can pass that name and the
resulting path will be absolute inside that package.

Signed-off-by: Ross Burton

insane: only check ${S} exists if we had sources to fetch

2016-07-25T22:47:00+00:00

Only check that ${S} actually exists if there was something in ${SRC_URI} to
fetch, the argument being that if SRC_URI is empty the the recipe won't be using
${S} at all.

In general recipes that have no sources can remove the unpack task, but
expecting all recipes to do this relatively advanced operation isn't realistic.

Signed-off-by: Ross Burton

insane: Add mechanism to extend QA machine information from BSP layer

2016-07-25T22:46:55+00:00

In order to add a new architecture or sub-architecture to OE, you currently
need to tweak the table in insane.bbclass. This adds a mechanism so this
can be done from a BSP layer. It needs a function definition which needs
a class file but can then be done with something like:

def my_testfunc(machdata, d):
    machdata["testmachine"] = {
                        "test64":       ( 8,     0,    0,          False,         32),
                        "testel":     ( 8,     0,    0,          True,          32),
                      }
    return machdata

PACKAGEQA_EXTRA_MACHDEFFUNCS = "my_testfunc"

[YOCTO #8554]

Signed-off-by: Richard Purdie

classes/lib: Update to use python3 command pipeline decoding

2016-06-02T07:10:02+00:00

In python3, strings are unicode by default. We need to encode/decode
from command pipelines and other places where we interface with the
real world using the correct locales. This patch updates various
call sites to use the correct encoding/decodings.

Signed-off-by: Richard Purdie

insane: return line-feeds to qa.log

2016-06-01T07:04:12+00:00

Signed-off-by: Martin Jansa 
Signed-off-by: Richard Purdie