linux/poky.git/meta/classes, branch yocto-1.4.4

sstate: Drop 'SafeDep' code from setscene validation function

2014-03-18T09:31:12+00:00

I have a feeling this code exists from the time before we had proper coverage of one sstate task by another task. At that time it was a "poor" persons version of that idea, we now have much better code internal to bitbake which handles this. Worse, this code actually breaks certain rebuild scenarios, e.g.: bitbake libtool-cross bitbake libtool-cross -c cleansstate rm tmp -rf bitbake libtool-cross would fail as binutils-cross wasn't installed from sstate. The easiest fix is to remove the obsolete/broken code. [YOCTO #5773] (From OE-Core master rev: ccad07f35fb7f959e24fd50d04c7d10dd5cf20d0) (From OE-Core rev: 30d3f06fddea2d8f3537d3415c95d75a6487078c) Signed-off-by: Richard Purdie

cmake.bbclass: ensure CMAKE_SYSTEM_NAME is correct

2014-01-08T17:26:05+00:00

Using TARGET_OS can add the ABIEXTENSION so ensure that is is removed for the Linux TARGET_OS, we might have other TARGET_OSes so don't hard code CMAKE_SYSTEM_NAME [YOCTO #5145] (From OE-Core master rev: 7d8b700242b1b32c6b6d0735b497701800f54fc4) (From OE-Core rev: 5dc70fe4adfbc21426c461971e5a252233a015ba) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

cmake: set system name correctly

2014-01-08T17:26:05+00:00

For unknown reasons, the cmake class is using SDK_OS as the target system OS. This makes no sense but only shows up as a problem when you try a different SDK OS. Fix it to use TARGET_OS which is the correct thing to do. For the vast majority of users this will make no difference. (From OE-Core master rev: 57be84259f0885865c85d7bac350979430b956b5) (From OE-Core rev: 8a414086c04acb1c9387567a49f05577fa0d66ba) Signed-off-by: Richard Purdie

image-mklibs: ensure sysroot is correctly set when calling gcc

2013-12-12T17:00:31+00:00

[YOCTO #2519] When getting gcc from sstate, it is possible to get a gcc with a bogus sysroot configuration, as discussed in [1] or in [YOCTO #2519]. mklibs script will eventually call gcc, so we need to make sure that it provides gcc with the right sysroot location. [1] http://lists.openembedded.org/pipermail/openembedded-core/2013-September/084159.html (From OE-Core master rev: 3a66dd762e493ad2cda57110be67c3b06628050a) (From OE-Core rev: 05d09149216aee6681fa1c4c6bc7ec4ea7edda8b) Signed-off-by: Nicolas Dechesne Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

package.bbclass: ensure license excluded files aren't packaged

2013-12-12T17:00:31+00:00

An excluded package left its files behind, which meant they could end up in another package instead, meaning we could ship GPLv3 binaries even with GPLv3 in INCOMPATIBLE_LICENSE. Skip the files belonging to the excluded packages to prevent this from occurring. (From OE-Core master rev: c045bfe6b991006ac80f0e2d06a8917ae58d9262) (From OE-Core rev: f6bd8fcf07ddcac43e74bdcd1dfacd45b12a7df3) Signed-off-by: Christopher Larson Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

license.bbclass: include all licenses in the manifest

2013-12-11T14:10:48+00:00

When we don't have a generic license file for the license in question, we can warn, but we should still include it in the manifest, otherwise the manifest doesn't reflect reality. Failing to include a license listed in the recipe in the manifest can't be allowed. (From OE-Core master rev: e87232828b761d56f1ce6a27e4009d350d68209c) (From OE-Core rev: 32c064e567aaba18dfb07b171dde9cc43d0e6de8) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

license.bbclass: fix missing of license files on ubuntu build host

2013-12-11T14:10:48+00:00

The license_create_manifest function contains bashism, this will lead to unexpected results on ubuntu build host, as sh is linked to dash on ubuntu. Even if COPY_LIC_MANIFEST and COPY_LIC_DIRS are enabled, the license files will still be missing on target. This patch fixes the above problem. [YOCTO #5549] (From OE-Core master rev: 4df9daee5c732c0a20dabe8515577238a1508512) (From OE-Core rev: 54a2cc32028c99f2541f5be3ef49ff1f292832b0) Signed-off-by: Chen Qi Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

metadata_scm: Avoid crashing on new svn version layouts

2013-12-11T14:10:47+00:00

This avoids crashing on newer svn layouts where the entries files don't contain three lines. If someone wants to fix this to get the right version on newer subversion checkouts, patches welcome but this at least stops things crashing. [YOCTO #5363] (From OE-Core master rev: e850c53d4d8cb877a704a23f9ce02d6185ba3ffa) (From OE-Core rev: 9fdea109d65c338913caa22e3a09f0408c361536) Signed-off-by: Richard Purdie

classes: tar 1.27 fixes

2013-12-11T14:10:46+00:00

tar version 1.27 returns: tar: --same-order option cannot be used with -c with the commandlines we have been using. We can remove the -s option (which is --same-order) to remove the error. (From OE-Core master rev: 3d5a6d0a480a0fa98260a3b3ffc71b8d9e3e58af) (From OE-Core rev: 5e3ec61bacd393d461498d9e090306cc7bd8fa63) Signed-off-by: Richard Purdie

classes/package_rpm: fix bitbake package-index for RPM

2013-10-10T11:31:15+00:00

The function that "bitbake package-index" relies upon when using the RPM package backend (package_update_index_rpm()) uses MULTILIB_PREFIX_LIST to get the list of package architectures to be indexed, but that variable is only set when populate_sdk_rpm or rootfs_rpm are inherited, which is not the case for the package-index recipe. Until we're able to refactor this properly, for minimal impact just use the value of ALL_MULTILIB_PACKAGE_ARCHS if MULTILIB_PREFIX_LIST does not give us any architectures (the equivalent function in the ipk backend uses the former variable). Having "bitbake package-index" working is important because it's the only practical way of indexing RPM packages for use as a feed; host versions of createrepo won't work properly because they won't support indexing recommends relationships. Stopgap fix for [YOCTO #5278]. (From OE-Core rev: 9359719c563e1ab0ff10186d1a1b6bde7840dbf3) (From OE-Core rev: eebd2246c0f1ad9becc13a2404ba9d48386d1cbb) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie