]> git.ipfire.org Git - thirdparty/openembedded/openembedded-core-contrib.git/commit
insane.bbclass: use contains in do_package_qa jansa/master-qa
authorMartin Jansa <martin.jansa@gmail.com>
Wed, 19 Jun 2024 13:59:45 +0000 (15:59 +0200)
committerMartin Jansa <martin.jansa@gmail.com>
Wed, 19 Jun 2024 16:53:30 +0000 (18:53 +0200)
commit6fc6843e5b03aaddd9f0f5eef4798cb2800b230d
tree6ebd85d866ec140c7846388ef669739b887d37e9
parentccb13779808a017293591e0e27e84a194f5f4da0
insane.bbclass: use contains in do_package_qa

I was wondering why WARN_QA isn't causing this issue only ERROR_QA is.

It's easy to see with ALL_QA which is defined by both WARN_QA and ERROR_QA:
Variable ALL_QA value is ${WARN_QA} ${ERROR_QA}

but the variable depends only on ERROR_QA:
List of dependencies for variable ALL_QA is ['ERROR_QA']

that's because bitbake.conf adds WARN_QA in BB_HASHEXCLUDE_COMMON but
not ERROR_QA.

And then ALL_QA pulls dependency on whole ERROR_QA because of this:
    if 'libdir' in d.getVar("ALL_QA").split():

Unfortunately this still isn't enough, with this applied I still see
in bitbake-diffsigs output:
List of dependencies for variable ERROR_QA is []
List of dependencies for variable oe.qa.handle_error is ['ERROR_QA', 'oe.qa.write_error']
Variable ERROR_QA value is dev-so debug-deps
Variable oe.qa.handle_error value is

Need to debug the parser a bit to find why it still tracks whole ERROR_QA.

[YOCTO #15515]

Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
meta/classes-global/insane.bbclass