linux/poky.git, branch 1.2_M2

multilib.conf: Clean up file and add missing entries for various dependencies

2012-01-11T23:53:32+00:00

This patch adds in various missing dependencies to ensure the set of recipes listed for multilib support can be cleanly built. (From OE-Core rev: 1d2697e6f00cc3771f39f5a7d4384a22d9696b16) Signed-off-by: Richard Purdie

binutils-cross-canadian: Clear BBCLASSEXTEND as a native version of this recipe makes no sense

2012-01-11T23:53:32+00:00

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

python-native: RPROVIDE python-core-native since pycurl-native depends on it

2012-01-11T23:53:32+00:00

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

libxft: Drop BBCLASSEXTEND nativesdk since dependencies freetype and fontconfig aren't class extended

2012-01-11T23:53:31+00:00

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

lzo: Add BBCLASSEXTEND nativesdk so lzop nativesdk works (it depends on this)

2012-01-11T23:53:31+00:00

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

rpm: Fix magic file name magic -> magic.mgc

2012-01-11T23:53:30+00:00

(From OE-Core rev: aee38df69073fe5b3c1e8ee180912d1f0360f651) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

package.bbclass: per recipe PRSERV_HOST support

2012-01-11T10:37:43+00:00

[YOCTO #1126] Added per recipe PRSERV_HOST PRSERV_PORT support. (From OE-Core rev: d5b8caac0e7fc4b05c76b4d3da0508e2a53f28cd) Signed-off-by: Lianhao Lu Signed-off-by: Richard Purdie

meta/PRService: Added export/import fuctions.

2012-01-11T10:37:43+00:00

[YOCTO #1556] - Modified meta/class/package.bbclass and prserv.bbclass according to the change in PR service by adding PACKAGE_ARCH into the query tuple. - Added prexport.bbclass, primport.bbclass to export/import AUTOPR values from/to PRService. - Move PR service related common code to lib/oe/prservice.py. - Supported reading the AUTOPR values from the exported .inc file instead of reading it from remote PR service. - Created a new script bitbake-prserv-tool to export/import the AUTOPR values from/to the PR service. Typical usage scenario of the export/import is: 1. bitbake-prserv-tool export to export the AUTOPR values from the current PR service into an exported .inc file. 2. Others may use that exported .inc file(to be included in the local.conf) to lockdown and reproduce the same AUTOPR when generating package feeds. 3. Others may "bitbake-prserv-tool import " to import the AUTOPR values into their own PR service and the AUTOPR values will be incremented from there. (From OE-Core rev: 9979107d8eaf503efd921564385859b1e83dbb3c) Signed-off-by: Lianhao Lu Signed-off-by: Richard Purdie

Incremental rpm image generation(Add config sample)

2012-01-11T10:37:33+00:00

Add the config sample for incremental image generation to meta-yocto/conf/local.conf.sample.extended [YOCTO #1651] (From OE-Core rev: 0df0399677a6677fc810e32e9275ee9e79021e9a) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

Incremental rpm image generation

2012-01-11T10:36:22+00:00

Incremental rpm image generation, the rootfs would be totally removed and re-created in the second generation by default, but with INC_RPM_IMAGE_GEN = "1", the rpm based rootfs would be kept, and will do update(remove/add some pkgs) on it. NOTE: This is not suggested when you want to create a productive rootfs For example: 1) Add the follow config option to a conf file: INC_RPM_IMAGE_GEN = "1" 2) bitbake core-image-sato modify a package bitbake core-image-sato The rootfs would not be totally removed and re-created in the second generation, it would be simply updated based on the "package". Implatation: 1) Figure out the pkg which need to be removed or re-installed, then use 'rpm -e to remove the old one. Use the rpm's BUILDTIME to determine which pkg has been rebuilt. 2) Figure out the pkg which is newly added, and use 'rpm -U' to install it. This only for the rpm based rootfs, the deb and ipk based rootfs would be done later. [YOCTO #1651] (From OE-Core rev: 575ba3c9e153a1d8ac228a99a03ca2df5fbca151) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie