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

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

sstate.bbclass: always delete stamp files in sstate_clean

2011-03-19T01:33:21+00:00

For safety, always delete the stamp files in sstate_clean regardless of whether the manifest file exists or not. (From OE-Core rev: f781c35da9a11eefdb06bda72ca89753df863efa) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

sstate: Ensure a clean removes setscene stamps as well as the main task stamps

2011-03-19T01:33:04+00:00

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

sstate.bbclass: avoid deleting unrelated stamp files

2011-03-19T01:32:59+00:00

Avoid deleting stamp files whose names contain the current task's name as a substring. This will be especially important for example if do_package_write is ever made an sstate task (as it would previously have deleted the stamps here for do_package_write_ipk etc.) (From OE-Core rev: ea743ea30e2289733d27979e8ec921648342da0e) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

sstate.bbclass: Turn absolute symbolic links into relative ones for sstate packages

2011-03-18T23:20:38+00:00

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

sstate: Ensure the SRCURI fetcher cache is not used for sstate

2011-03-08T23:23:06+00:00

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

sstate.bbclass: add SSTATEPOSTINSTFUNCS

2011-02-23T15:52:51+00:00

When doing builds using sstate cache, there was no way to run the equivalent of a pkg_postinst function. This is needed by the SGML-related documentation recipes to properly update the catalog files when new DTDs and stylesheets are installed. SSTATEPOSTINSTFUNCS is a new variable you can set to function(s) in your recipe to run after install is completed from sstate. Thanks to Richard Purdie for suggesting this solution. Signed-off-by: Scott Garman

sstate: Fix bugs after new fetcher

2011-02-11T14:07:49+00:00

Current sstate's fetch code doesn't reflect latest fetcher changes, so old fetch style cause exception and fail silently. [BUGID #708] got fixed. Another issue is "import xxx" in python function from sstate.bbclass can only sit in the head of the function, else have UnboundLocalError: "local variable XXX referenced before assignment". Signed-off-by: Zhai Edwin