linux/poky.git/meta/classes/libc-package.bbclass, branch 1.2_M3

external-csl-toolchain: fixes for metadata changes

2012-02-02T16:55:31+00:00

These allow the recipe to build again: - add compilerlibs, g++, libgcc to the provides - add linux-libc-headers-dev to the packages - in libc-package, only sed the ldd.bash.in file if it exists, as the external toolchain is using that class as well - shift the inherit location of the libc classes, as they were overriding the recipe's do_install - use ?= for EXTERNAL_TOOLCHAIN, so the user can set it (From OE-Core rev: 8fb1c84f4cadf8d7a061fd6d90d270c19b474bfe) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

libc-package: fix typo in LOCALETREESRC default value

2012-02-02T16:55:31+00:00

(From OE-Core rev: 73ff2f404392a6942ec89af15ec7f52fe2e629a6) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

locale: fix package's "provides" tag

2012-01-17T14:53:14+00:00

Fixes this bug: [YOCTO #1874] Fixes an issue where a locale package depends on one package while it also provides the same, as seen bellow. Package: locale-base-de-de Version: 2.12-r19 Depends: eglibc-binary-localedata-de-de Provides: virtual-locale-de-de, virtual-locale-de, eglibc-binary-localedata-de-de Actually the eglibc-binary-localedata-de-de is ia separate package, and it should not be part of provides of the locale-base-de-de. (From OE-Core rev: 49c5ff7197b44c7d29d31506c2425b86bc2c1ff6) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

libc-package.bbclass: Fix typo in setVar usage

2011-12-01T12:51:07+00:00

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

getVar/setVar cleanups

2011-11-27T10:25:34+00:00

Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. (From OE-Core rev: 2864ff6a4b3c3f9b3bbb6d2597243cc5d3715939) Signed-off-by: Richard Purdie

Convert to use direct access to the data store (instead of bb.data.Var())

2011-11-10T11:51:19+00:00

This is the result of running the following over the metadata: sed \ -e 's:bb.data.$setVar([^,()]*,[^,()]*$, *$[^ )]*$ *):\2.\1):g' \ -e 's:bb.data.$setVarFlag([^,()]*,[^,()]*,[^,()]*$, *$[^) ]*$ *):\2.\1):g' \ -e 's:bb.data.$getVar([^,()]*$, *$[^(), ]*$ *,$[^)]*$):\2.\1,\3):g' \ -e 's:bb.data.$getVarFlag([^,()]*,[^,()]*$, *$[^(), ]*$ *,$[^)]*$):\2.\1,\3):g' \ -e 's:bb.data.$getVarFlag([^,()]*,[^,()]*$, *$[^() ]*$ *):\2.\1):g' \ -e 's:bb.data.$getVar([^,()]*$, *$[^) ]*$ *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie

libc-package.bbclass: Use a makefile for locale gernation to increase parallelization

2011-10-10T09:00:07+00:00

We can generate the locales in parallel. The easiest way to do this is generate a Makefile and then run this with our usual parallel make options. [YOCTO #1554] (From OE-Core rev: 6ce8d028f2a542eceb270aeb511929953a859d39) Signed-off-by: Richard Purdie

libc-package.bbclass: add MLPREFIX when set values to PACKAGES

2011-09-28T13:58:54+00:00

There are some places that PACKAGES are dynamically set. To support multilib, we need to add MLPREFIX before the package name in those settings. (From OE-Core rev: 693a4c31c9c071e5af21570107698ec79f709246) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

libc-package: restore correct mangling behavior for locale names

2011-08-31T17:06:57+00:00

This reverts 19fb07bf337e1d724798e2eb4479c35fc45b1941 and restores the behaviour of the code to the way it was prior to 561d875404ef1783f94f37314b6e756766db8411. See http://lists.linuxtogo.org/pipermail/openembedded-core/2011-August/007407.html and subsequent messages. (From OE-Core rev: e5810439cc394d8ebfc264b05e1fbfad19e8fcd3) Signed-off-by: Phil Blundell Signed-off-by: Richard Purdie

libc-package bbclass: fix binary localedata dependency code

2011-08-25T02:23:42+00:00

When using binary locales rootfs generation fails with: | Unknown package 'locale-base-en-us'. | Collected errors: | * opkg_install_cmd: Cannot install package locale-base-en-us. This is due to: $ dpkg-deb -I ipk/armv7a/locale-base-en-us_2.12-r16_armv7a.ipk | grep Depends Depends: eglibc-binary-localedata-en.us Note the '.' seperator $ ls ipk/armv7a/ | grep binary-localedata-en | grep us eglibc-binary-localedata-en-us_2.12-r16_armv7a.ipk Note the '-' seperator vs the '.' in the locale-base packages. (From OE-Core rev: 19fb07bf337e1d724798e2eb4479c35fc45b1941) Signed-off-by: Koen Kooi Signed-off-by: Richard Purdie