summaryrefslogtreecommitdiffstats
path: root/recipes-core/images
diff options
context:
space:
mode:
authorniko.mauno@vaisala.com <niko.mauno@vaisala.com>2020-09-10 16:17:49 +0000
committerArmin Kuster <akuster808@gmail.com>2020-09-12 08:55:28 -0700
commitfd23d5256513cdf6641d8dd421a5c75a9b78b7d9 (patch)
tree968e3067c57fb4c59d68e41ed557e5f0e9d388f6 /recipes-core/images
parentad55aaca1be60f6c1b066782e7ee6f6f323ffbbf (diff)
downloadmeta-security-fd23d5256513cdf6641d8dd421a5c75a9b78b7d9.tar.gz
dm-verity-img.bbclass: Reorder parse-time check
Relocate checking if DM_VERITY_IMAGE and DM_VERITY_IMAGE_TYPE are defined as non-empty strings before DM_VERITY_IMAGE vs. PN comparison is performed. By doing so we start seeing following kind of bitbake parse-time console warnings in case either DM_VERITY_IMAGE or DM_VERITY_IMAGE_TYPE is not set, when 'dm-verity-img' is defined in IMAGE_CLASSES: WARNING: .../meta/recipes-core/images/core-image-minimal.bb: dm-verity-img class inherited but not used WARNING: .../meta-openembedded/meta-oe/recipes-core/images/meta-oe-ptest-image.bb: dm-verity-img class inherited but not used whereas before this change this warning was printed only once, when image pointed by <DM_VERITY_IMAGE> was parsed (and recipe with that name could be found in BBFILES mask scipe), and DM_VERITY_IMAGE_TYPE was not set. Signed-off-by: Niko Mauno <niko.mauno@vaisala.com> Signed-off-by: Armin Kuster <akuster808@gmail.com>
Diffstat (limited to 'recipes-core/images')
0 files changed, 0 insertions, 0 deletions