linux/poky.git/meta/classes/insane.bbclass, branch 3.1_M2

insane.bbclass: Spawn warning for missing mime-xdg in inherit

2020-01-19T13:24:38+00:00

If a package signals that it can open mime-types but does not inharit mime-xdg, a warning is created. (From OE-Core rev: 75b4a377d6e74456bbb4b9966725de7385c74b61) Signed-off-by: Andreas Müller Signed-off-by: Richard Purdie

insane.bbclass: introduce a warning for mime missing in inherit

2020-01-19T13:24:38+00:00

* looking through layers it looks that usage of mime.bbclass is somewhat orphaned * now that update-mime-database is called once only at image creation time, costs of mime.bbclass are limited (From OE-Core rev: 856ed1dc3b6e4a082546a487818eb4c6cde1c573) Signed-off-by: Andreas Müller Signed-off-by: Richard Purdie

mips: Enable gnu-hash-style on glibc

2020-01-19T13:24:38+00:00

latest glibc 2.31 [1] and binutils [2] has finally added the needed support for gnu hash-style, which brings mips into same fold as other architectures Fix check for MIPS specific section for gnu hash information [1] https://sourceware.org/ml/libc-alpha/2019-06/msg00456.html [2] https://sourceware.org/ml/binutils/2019-07/msg00098.html (From OE-Core rev: 9ff90bf04a4c422feaea25180155e4954648f68c) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

insane: don't use cachedpath

2019-12-28T23:25:41+00:00

Unless cachedpath is used correctly then it's just a glorified clone of os.walk, but without any of the recent optimisations in os.walk. In this codepath there is no point to using cachedpath. (From OE-Core rev: 460222c54e4c65352c0687f2b6c70527cc9a2b4b) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

insane: fix GitHub /archive/ test

2019-11-29T17:43:40+00:00

This test was failing to split the URL list to individual URLs, so if SRC_URI is something like this then the test incorrectly triggers: SRC_URI = "git://github.com/foo http://example.com/archive/foo" Fix this by splitting the SRC_URI list and iterating through the URIs one at time. [ YOCTO #13660 ] (From OE-Core rev: ddd2c5624404848ee668dabec0f61599ab5003e4) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

insane: improve textrel warning message

2019-11-14T13:20:59+00:00

Clean the displayed path so it clearly shows the package name and path in that package. (From OE-Core rev: 46bf5f0db164e88c2effdbf5437f4d0836e4aadd) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

insane: add check for perllocal.pod

2019-10-08T10:22:24+00:00

perlocal.pod is an index file of locally installed modules and so shouldn't be installed by any distribution packages. cpan.bbclass already sets NO_PERLOCAL to stop this file being generated by most Perl recipes, but if a recipe is using MakeMaker directly (such as rrdtool) then they might not be doing this correctly. To avoid multiple packages shipping this file and then failing to install together, add a QA test to check if this file exists and by default emit an error if it does. [ YOCTO #13491 ] (From OE-Core rev: 5d16d265cc61c4e279fe3bf66016a00d9daa4068) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

insane.bbclass: in file-rdeps do not look into RDEPENDS recursively

2019-08-14T16:33:49+00:00

Recursive RDEPENDS resolution requires that all of the dependent recipes' packaging has completed. There is no mechanism to ensure that and therefore races were observed. This change effectively requires recipes to list their runtime file dependencies explicitly rather than have them pulled indirectly. This may require a bit of fixing in layers, but should result in a better definition of runtime file dependencies. (From OE-Core rev: 08e2b5a31b23b98459479caf6ec5f5c6fc19d57a) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

insane: check if the recipe incorrectly uses DEPENDS_${PN}

2019-08-03T22:56:01+00:00

Some people mistakenly use DEPENDS_${PN} and wonder why the dependencies don't work. Check for this and tell the user to use DEPENDS. (From OE-Core rev: cfaa104955c4ad0aafbe5d59ef85e4a8e3526c69) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

insane: use clean_path for the host contamination warnings

2019-07-05T11:00:20+00:00

We've a nice function to clean up absolute build paths for display, so use it. (From OE-Core rev: c2f2ea87592d14e7020eff19c11aae2fb644358a) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie