linux/poky.git/meta/classes, branch 1.2_M2

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

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

license.bbclass base.bbclass: support for 'or' operand in LICENSE and for SPDX license names

2012-01-10T17:40:44+00:00

A new function was defined in license.bbclass in order to correctly exclude packages where OE-Style licence naming is used. In this way licenses as GPL-3, GPLv3, GPLv3.0 etc will be excluded from a non-GPLv3 build. This function takes into consideration if 'or' operand is used. The function defined in license.bbclass is called in base.bbclass where packages are excluded based on INCOMPATIBLE_LICENSE variable. [YOCTO #1884] [YOCTO #1844] (From OE-Core rev: 28456593be0b7e15bb51595d547d7e5347cce24b) Signed-off-by: Andrei Gherzan Signed-off-by: Richard Purdie

autotools.bbclass: Introduce CACHED_CONFIGUREVARS

2012-01-10T17:28:45+00:00

This variable is for holding the cached configure variables to be specified in recipes. e.g. CACHED_CONFIGUREVARS += "ac_cv_foo=yes ac_cv_bar=no" This will make sure that the variables are not detected by configure. This is useful in cross builds where some features can not be detected correctly by configure and having it as a variables gives us capability to override it (From OE-Core rev: e48fd42e047f46399828a074c5125a0ce9c3f56f) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gtk-icon-cache.bbclass: add -f option to gtk-update-icon-cache in postinst

2012-01-10T17:28:44+00:00

The gtk-update-icon-cache utility does not create a cache file if one does not already exist. Since some packages (notably gnome-icon-theme) do not ship a cache file by default, the results of the utility are not saved. Adding the force option writes out the cache even if there wasn't a default cache in the package. (From OE-Core rev: b3bb99c6faaf5c1613246309fd05cd95c39c77f4) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

add sysroot support for meta-ide-support which is the toolchain within build env case

2012-01-10T17:28:42+00:00

(From OE-Core rev: 3b2bbbf965f31088bcb796e8a55966a2fc180349) Signed-off-by: Jessica Zhang Signed-off-by: Richard Purdie

image.bbclass: Use ?= to set LINGUAS_INSTALL

2012-01-06T12:11:36+00:00

Hob may dynamically sets BBLAYERS to bitbake server, thus we need a flexible way to load LINGUAS_INSTALL value. (From OE-Core rev: c5c3689b7102cc0c281de736c215d66dd4f1e874) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

qt4x11.bbclass: add QT_BASE_NAME for use in recipes

2012-01-06T12:11:32+00:00

(From OE-Core rev: 4cda1fcae29dfbe494033bac1256f6bc5cd298e0) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie

qt4e.bbclass: add QT_BASE_NAME for use in recipes

2012-01-06T12:11:32+00:00

(From OE-Core rev: 45ee6b25c6e15f562207e97690f8cae7123102f8) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie