linux/poky.git/meta/classes, branch bernard

Magic file path should be given for rpmbuild

2011-10-14T16:38:40+00:00

Magic file path should be given for rpmbuild in _rpmfc_magic_path define so that build system default file is not used by accident. Not doing this caused many packages to fail building in several systems. Fixes [YOCTO #1358] Signed-off-by: Jani Uusi-Rantala

insane.bbclass: skip license checksum if LICENSE is "CLOSED"

2011-05-10T14:55:57+00:00

(From OE-Core rev: 2d2d7710cc51c2656e89c3aec3f3fc0a5b65eb30) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie

sanity.bbclass: Add cpio to list of required utilities tested for

2011-05-10T14:55:55+00:00

(From OE-Core rev: 4f4bac0a459fe238e105e96b2b59b6af88e639c4) Signed-off-by: Richard Purdie

sstate: Add support for taking shared lockfiles

2011-05-07T00:44:21+00:00

(From OE-Core rev: c411a10e06f479ff364c07766f7c77907b7b4a16) Signed-off-by: Richard Purdie

sstate: ensure an ordered mapping between SSTATETASKS and SSTATETASKNAMES

2011-05-07T00:44:21+00:00

Fix [YOCTO #964] A recent commit 25a6e5f9(sstate: use only unique set of SSTATETASK) breaks the ordered mapping between SSTATETASKS and SSTATETASKNAMES. As a result, in sstate_cleanall, the line taskname = tasks[namemap.index(name)] gets an incorrect result, and "bitbake -c cleanall" doesn't really remove the files populalted by do_populate_sysroot. (From OE-Core rev: 2f6505f0e795b6c8cad641a6918739c3faac1f99) Signed-off-by: Dexuan Cui Signed-off-by: Richard Purdie

sstate: use only unique set of SSTATETASK

2011-05-07T00:44:21+00:00

* otherwise strange error like this: ERROR: Logfile of failure stored in: /OE/shr-core/tmp/work/armv7a-oe-linux-gnueabi/libtool-cross-2.4-r1/temp/log.do_package_write_ipk.25551 Log data follows: | ERROR: Package already staged (/OE/shr-core/tmp/sstate-control/manifest-nokia900-libtool-cross.deploy-ipk)?! | ERROR: Function 'sstate_task_postfunc' failed NOTE: package libtool-cross-2.4-r1: task do_package_write_ipk: Failed ERROR: Task 11 (/OE/shr-core/openembedded-core/meta/recipes-devtools/libtool/libtool-cross_2.4.bb, do_package_write_ipk) failed with exit code '1' is shown in this case with package_ipk twice in INHERIT * Thanks to Richard for fix (From OE-Core rev: f2fe5e840b8aa0558b5462ef2c7517b2f14ec2ea) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

native, nativesdk, crosssdk: reset TARGET_FPU

2011-05-07T00:44:21+00:00

When building one of the native, nativesdk or crosssdk packages TARGET_* variables' values are no longer related to the target we set via MACHINE variable, they are now related to the BUILD (native) or SDK (nativesdk, crosssdk) targets instead. We need to change TARGET_FPU variable accordingly or some of the recipes (the ones that check for TARGET_FPU value, most notably gcc and eglibc) might be confused. It's probably cleaner not to reset TARGET_FPU but to change it to something like ${BUILD_FPU} (for native) or ${SDK_FPU} (for crosssdk and nativesdk) but as long as BUILD and SDK are x86 it's safe to just reset TARGET_FPU. (From OE-Core rev: 0d4ea5d7486dc35001582bef3ff6ebfad0606bda) Signed-off-by: Ilya Yanok Signed-off-by: Richard Purdie

image.bbclass: make execution ldconfig verbose

2011-05-07T00:44:20+00:00

The failure of ldconfig was not getting logged anywhere before. (From OE-Core rev: 880b0a222fdc11ee088bcaf8c832edae23bc28a7) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

boot-directdisk: fix bzImage source location

2011-05-05T16:55:19+00:00

Fixes yocto [BUGID #876] boot-directdisk.class looks in the wrong location for the bzImage to install. Make it look in the right place. (From OE-Core rev: 173d04ea828e7f790ede40929c8ffd7340b4c077) Signed-off-by: Tom Zanussi Signed-off-by: Richard Purdie

package_rpm: Ensure we take the sstate shared lockfile in the place we write files

2011-05-04T22:43:25+00:00

The point we need to take the lock is when the rpm files are written into the deploy rpm directory. Since sstate makes the actual installation of the files, that is the point we need to take the lock. This also stops the deploy/rpm directory being accessed for a lock before it exists. [YOCTO #797] [YOCTO #925] (From OE-Core rev: 833a1e970f087dfcb32967cee3e24540f041cde0) Signed-off-by: Richard Purdie