linux/poky.git/meta/classes/populate_sdk_base.bbclass, branch 1.4_M4

populate_sdk_base.bbclass: fix SDKTARGETSYSROOT value

2013-02-19T16:47:35+00:00

Currently, SDKTARGETSYSROOT points to PACKAGE_ARCH which, sometimes, can be set to MACHINE_ARCH. When this happens, the default target sysroot passed to the cross-canadian toolchain, which points to TUNE_PKGARCH, will be different from the directory where the target sysroot has been deployed. In order to fix this, use REAL_MULTIMACH_TARGET_SYS variable instead of MULTIMACH_TARGET_SYS. [YOCTO #3784] (From OE-Core rev: 41437aaac0cfc6f931d3b2974d380f20ec01f6e8) Signed-off-by: Laurentiu Palcu Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

populate_sdk_base.bbclass: Improve debugging capabilities for SDK installer

2013-02-12T13:11:21+00:00

After having to debug the SDK installer a few times in addition to the relocation code the following patch was created to improve the capabilities around debugging the SDK installer. 1) Add a verbose mode -D which set a set -x to see what the SDK installer is doing. 2) Add a mode -S to save the relocation scripts for the purpose of debugging them in conjunction with -D 3) Add a mode -R to not execute the relocation scripts for the purpose of debugging the relocations. (From OE-Core rev: 0e6dd19b9736d2a8ae7c0f0ab124337d579b8f06) Signed-off-by: Jason Wessel Signed-off-by: Richard Purdie

populate_sdk_base.bbclass: add execution permission for self-extracting archive

2013-02-08T14:50:36+00:00

[ CQID: WIND00392947 ] It is not good user experience that the self-extracting archive (.sh file) has no execution permission by default. (From OE-Core rev: 3d6537f6ab1ce98075461b9a5d49885c2454417f) Signed-off-by: Jackie Huang Signed-off-by: Robert Yang Signed-off-by: Mark Hatle Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

populate_sdk_base.bbclass: Allow installation of ix86 SDK on x86_64 host

2013-01-22T15:44:12+00:00

Commit c04f5435 "populate_sdk_base.bbclass: use SDK_ARCH instead of SDKMACHINE" prevents not only the installation of 64 bit SDK configurations on 32 bit hosts (which indeed cannot work), but also the legitimate installation of a 32 bit SDK on a 64 bit host. Fix this. While there, also make sure we use the same patterns ("i[3-6]86" resp. "x86[-_]64" to get unified strings for both INST_ARCH and SDK_ARCH. (From OE-Core rev: 7ddd97b9b09fe7a327916ea88908a63375556ae6) Signed-off-by: Wolfgang Denk Signed-off-by: Richard Purdie

populate_sdk_base.bbclass: Work around bugs with gnu tar < 1.24

2013-01-20T12:58:58+00:00

The gnu tar versions less than 1.24 pose a problem with the SDK extraction. A typical SDK will have hard links. The SDK is created with a newer version of tar but extracted with the host version of tar which may be much older. The specific defect is that older version of gnu tar do not properly handle the "--strip-components=" argument when processing hard links and the paths do not get properly truncated and hooked up with the corresponding real file payloads. This leads to errors like the following during the SDK install: tar: sysroots/qemux86-yocto-linux/usr/bin/getconf: Cannot hard link to `./opt/yocto/SDK-qemux86/sysroots/qemux86-yocto-linux/usr/bin/POSIX_V6_ILP32_OFFBIG': No such file or directory The simple way to work around the problem is to just not save the path information that is going to get chopped off anyway. This has the added benefit that it saves a small amount of space in the tar archive as well. (From OE-Core rev: 0f4112016bac07f0294f2a4d0fde4659c0fed2d2) Signed-off-by: Jason Wessel Signed-off-by: Richard Purdie

populate_sdk_base: Add perl modules as needing to be relocated

2012-12-14T17:30:44+00:00

The perl module for automake has an embedded path in it, this needs to be relocated. (From OE-Core rev: ad79360c1d992830d4f0e06a3bbf0622658c0540) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

image/populate_sdk: Simplify imagetest inclusion and drop dummy class file

2012-12-07T17:13:12+00:00

Having to include some dummy class is suboptimal and we no longer need to do this. Also move this check to populate_sdk_base since we then don't need to include it in toolchains specifically. (From OE-Core rev: 2ee979ff71d31e497be856ea1443667c6d799d34) Signed-off-by: Richard Purdie

populate_sdk_base, adt_installer_internal: fix issue on older distributions

2012-12-06T16:36:07+00:00

This patch addresses an SDK installer issue on older distributions if the installation takes place in another directory than the default one. In fact, is all about the 'file' utility version used for determining if a file is a text file. For example, for a perl script, newer 'file' versions return: "...script, ASCII text executable" while older versions return: "...script text executable" Hence the regex pattern didn't match the scripts. Also the patch contains two unrelated minor fixes: * return an exit code of 1 instead of -1 when installation machine is not supported. That because on an older distribution we also get this error message: "exit: 9: Illegal number: -1"; * remove unnecessary $SUDO_EXEC prefix to grep; [YOCTO #3538] (From OE-Core rev: e7e23a1e5aae4028e21e37ec09e9d431a9adfbcb) Signed-off-by: Laurentiu Palcu Signed-off-by: Richard Purdie

populate_sdk_base: fix directory creation as normal user

2012-12-05T15:26:40+00:00

My previous patch removed the mkdir and added it at the end of the "gaining SUDO rights" block in order to fix directory creation when installing in a location without proper rights. Unfortunately this messed up the directory creation as normal user as it will ask for sudo right in order to create it... Hopefully, this will fix both cases. (From OE-Core rev: 86286287d0134ade73f6a282158dde86bf0159e8) Signed-off-by: Laurentiu Palcu Signed-off-by: Richard Purdie

populate_sdk_base: mkdir was missing $SUDO_EXEC prefix

2012-12-04T18:02:01+00:00

mkdir was in the wrong place and missing sudo rights. Hence, the installation to default location (or any other for which the user didn't have rights) would fail. Unless the installer itself is run with sudo. (From OE-Core rev: 555d03c466490ab12b2b1d049736593da2334e97) Signed-off-by: Laurentiu Palcu Signed-off-by: Richard Purdie