linux/poky.git/meta/conf, branch 1.3_M5.rc1

bitbake.conf: Assign SRCPV so that it will be tracked correcting in the sstate checksum

2012-09-14T08:50:31+00:00

Currently, SRCPV is just listed as having a value of ${@bb.fetch2.get_srcrev(d)} which isn't helpful. This can mean that if PV changes, two recipes can have the same sstate checksum despite having different PV values since the PV value itself isn't tracked anywhere. Adding this line means that the real PV value is expanded and recorded in the sstate checksum, meaning the sstate packages no longer overlap. This is critical in ensuring consistent builds for revipes using SRCPV. (From OE-Core rev: a9fffadec4fb60547257cb3d7496b6e39ed07be8) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

default-providers: default to libx11, not -trim

2012-09-12T14:13:49+00:00

(From OE-Core rev: 8b0a1ce417feea5f58fc08f54025343c7c7ff892) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

machines/x86: Drop redundant glibc configure knobs

2012-09-10T12:01:50+00:00

nptl and thereby tls are not optional anymore (From OE-Core rev: 1a4b277e47a8d624cde4c73713d036e230f3a523) Signed-off-by: Khem Raj Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

arch-armv4.inc: On armv4 add --fix-v4bx to linker flags for kernel

2012-09-10T12:01:49+00:00

(From OE-Core rev: 2092e08ba81595c6aaedca8237f6717409eb53b6) Signed-off-by: Khem Raj Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

conf/tune: add tune-ppce300c3

2012-09-07T11:10:39+00:00

It has been pointed out several times that the yocto mpc8315e-rdb reference was using the wrong tuning (603e), since it is actually a e300c3 board. This commit creates a e300c3 tune file based on the e300c2 variant already in oe-core. This commit also inhibits altivec in flac when this new tuning is enabled and used by the mpc8315e-rdb [YOCTO #1192] (From OE-Core rev: 8663c7ba0530eb36728fe524ed0137e064cc1c5a) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

packagegroup-core-x11: split machine specific parts to separate recipe packagegroup-core-x11-server

2012-09-05T16:37:15+00:00

* add new packagegroup-core-x11-server to SIGGEN_EXCLUDERECIPES_ABISAFE, so that recipes depending on it are not rebuilt after every machine swtich * allows to remove task-x11-server and task-x11 from meta-oe without loosing any functionality * be carefull with default XSERVER value which does not have xf86-input-mouse and xf86-input-keyboard) * VIRTUAL-RUNTIME_xserver_common which defaults to x11-common in oe-core and xserver-common in meta-oe's task-x11 (From OE-Core rev: a398c96706c119f298f57a929a317fcf8e0f5b92) Signed-off-by: Martin Jansa Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

bitbake.conf: FETCHCMD_svn add --non-interactive --trust-server-cert

2012-09-04T13:08:35+00:00

* now with subversion-native we know those 2 options are supported * with https protocol used for SVN checkouts we cannot confirm certificate and do_fetch fails Error validating server certificate for 'https://foo:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: ... (R)eject, accept (t)emporarily or accept (p)ermanently? svn: E175002: Unable to connect to a repository at URL 'https://foo/trunk' svn: E175002: OPTIONS of 'https://foo/trunk': Server certificate verification failed: issuer is not trusted (https://foo) ERROR: Function failed: Fetcher failure for URL: 'svn://foo;protocol=https;module=trunk'. Unable to fetch URL from any source. (From OE-Core rev: 8f1cedaaafd1248e77db84ac238fa88a318df2e9) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

tclibc-uclibc, tclibc-eglibc: Prefer nativesdk-eglibc to provide libintl

2012-09-04T11:53:10+00:00

Currently gettext and eglibc compete to provide for libintl on nativesdk. So make choices to select eglibc nativesdk to provide for both eglibc as well as uclibc based systems. (From OE-Core rev: 1e7797a0a8e8fd565d218bd7b9993e16f158764f) Signed-off-by: Khem Raj Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Rename task to packagegroup

2012-09-04T11:52:55+00:00

"Package group" is a much more appropriate name for these than task, since we use the word task to describe units of work executed by BitBake. (From OE-Core rev: 424dcf7046e4ad09dcc664eb1992201195247fcf) Signed-off-by: Paul Eggleton Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

nativesdk: Switch to using nativesdk as a prefix, not a suffix

2012-09-02T12:52:06+00:00

As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie