linux/poky.git/meta/classes, branch 1.4_M3.rc1

prserv: add LOCALCOUNT to AUTOINCs migration feature

2013-01-22T16:01:32+00:00

- use migrate_localcount.bbclass to generate AUTOINC entries which are exported to LOCALCOUNT_DUMPFILE - import the generated AUTOINC entries - one can migrate LOCALCOUNT to AUTOINC by executing: bitbake-prserv-tool migrate_localcount [YOCTO #3071] (From OE-Core rev: ffab86f13cafb10d8d6273b6af8cd9a3c84eae20) Signed-off-by: Constantin Musca Signed-off-by: Richard Purdie

rootfs_rpm.bbclass: fix the unexpected postinst error

2013-01-22T15:54:34+00:00

If the /etc/rpm-postinsts/ directory was empty, the following error would occur at system startup. ERROR: postinst /etc/rpm-postinsts/* failed This patch fixes this issue. [YOCTO #3767] (From OE-Core rev: 202263aeca837dc7b6615a3dc34569c199163733) Signed-off-by: Chen Qi Signed-off-by: Richard Purdie

populate_sdk_base.bbclass: Allow installation of ix86 SDK on x86_64 host

2013-01-22T15:44:12+00:00

Commit c04f5435 "populate_sdk_base.bbclass: use SDK_ARCH instead of SDKMACHINE" prevents not only the installation of 64 bit SDK configurations on 32 bit hosts (which indeed cannot work), but also the legitimate installation of a 32 bit SDK on a 64 bit host. Fix this. While there, also make sure we use the same patterns ("i[3-6]86" resp. "x86[-_]64" to get unified strings for both INST_ARCH and SDK_ARCH. (From OE-Core rev: 7ddd97b9b09fe7a327916ea88908a63375556ae6) Signed-off-by: Wolfgang Denk Signed-off-by: Richard Purdie

gtk-doc: parameterise the documentation directory

2013-01-21T12:44:54+00:00

Not every package puts the gtk-doc infrastructure into ${S}, so allow this to be overridden. (From OE-Core rev: 40353c9ef83f986a0d49cc6eb654b3ace6ef4dc4) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

package.bbclass: drop unnecessary and broken packages.remove()

2013-01-21T10:22:08+00:00

(From OE-Core rev: 5480371d0473482437ce4350e6593f006101ef40) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

update-alternatives: Add a build-time dependency

2013-01-20T13:06:43+00:00

We need to add a build time dependency on virtual/update-alternatives, however we can't just do DEPENDS +=, or we end up with various problems. To work around this, in the anonymous python space we ensure we only do the addition when the package does not provide virtual/update-alternatives and it is a target package. Also the system wide PREFERRED_PROVIDER was incorrect. It references a runtime package, and not the recipe it should have. This has been corrected. [YOCTO #3691] (From OE-Core rev: 56a59ef12936dcc6464cf1d43dda6957a5aa8c65) Signed-off-by: Mark Hatle Tested-by: Khem Raj Signed-off-by: Richard Purdie

populate_sdk_rpm: Re-add a few system provides to the SDK

2013-01-20T13:06:43+00:00

When building the target SDK portion, we can safely ignore various package rdepends. These dependencies are not required on a build only environment like an SDK. [YOCTO #3691] (From OE-Core rev: 1edd44bed9e9829f7c2466928bc3f45be102b84b) Signed-off-by: Mark Hatle Tested-by: Khem Raj Signed-off-by: Richard Purdie

cpan_build: Fix bashism

2013-01-20T12:58:59+00:00

Fix a build failure caused by a bashism and improve quoting whilst in the area. (From OE-Core rev: 9eb78340c61acddb0c2012e25c76c18735febb4d) Signed-off-by: Richard Purdie

package.bbclass: Fix shlibs cross package-arch contamination

2013-01-20T12:58:58+00:00

I found that if I had two packages architectures built (say core2 and i586), that the shlibs data from i586 was being used in the core2 build. This lead to odd dependency issues if the i586 build was out of date and core2 was being targetted. When loading shlibs files, the last loaded wins so we need to iterate the lists from least to strongest weighting, not the other way around. With this patch applied, the contamination issue is resolved. (From OE-Core rev: acd7b1c2ee9f3ff84c45a723dba5e0bc5f6a100c) Signed-off-by: Richard Purdie

populate_sdk_base.bbclass: Work around bugs with gnu tar < 1.24

2013-01-20T12:58:58+00:00

The gnu tar versions less than 1.24 pose a problem with the SDK extraction. A typical SDK will have hard links. The SDK is created with a newer version of tar but extracted with the host version of tar which may be much older. The specific defect is that older version of gnu tar do not properly handle the "--strip-components=" argument when processing hard links and the paths do not get properly truncated and hooked up with the corresponding real file payloads. This leads to errors like the following during the SDK install: tar: sysroots/qemux86-yocto-linux/usr/bin/getconf: Cannot hard link to `./opt/yocto/SDK-qemux86/sysroots/qemux86-yocto-linux/usr/bin/POSIX_V6_ILP32_OFFBIG': No such file or directory The simple way to work around the problem is to just not save the path information that is going to get chopped off anyway. This has the added benefit that it saves a small amount of space in the tar archive as well. (From OE-Core rev: 0f4112016bac07f0294f2a4d0fde4659c0fed2d2) Signed-off-by: Jason Wessel Signed-off-by: Richard Purdie