Jussi Kukkonen | 28 May 13:14 2015
Picon

[PATCH] mesa: Upgrade 10.5.4 -> 10.5.6

Among other things fixes a bug that prevents Weston from starting
on i965.

Signed-off-by: Jussi Kukkonen <jussi.kukkonen@...>
---
 meta/recipes-graphics/mesa/{mesa-gl_10.5.4.bb => mesa-gl_10.5.6.bb} | 0
 meta/recipes-graphics/mesa/{mesa_10.5.4.bb => mesa_10.5.6.bb}       | 4 ++--
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_10.5.4.bb => mesa-gl_10.5.6.bb} (100%)
 rename meta/recipes-graphics/mesa/{mesa_10.5.4.bb => mesa_10.5.6.bb} (77%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_10.5.4.bb b/meta/recipes-graphics/mesa/mesa-gl_10.5.6.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_10.5.4.bb
rename to meta/recipes-graphics/mesa/mesa-gl_10.5.6.bb
diff --git a/meta/recipes-graphics/mesa/mesa_10.5.4.bb b/meta/recipes-graphics/mesa/mesa_10.5.6.bb
similarity index 77%
rename from meta/recipes-graphics/mesa/mesa_10.5.4.bb
rename to meta/recipes-graphics/mesa/mesa_10.5.6.bb
index 03c9ecf..70cc8aa 100644
--- a/meta/recipes-graphics/mesa/mesa_10.5.4.bb
+++ b/meta/recipes-graphics/mesa/mesa_10.5.6.bb
 <at>  <at>  -2,8 +2,8  <at>  <at>  require ${BPN}.inc

 SRC_URI = "ftp://ftp.freedesktop.org/pub/mesa/${PV}/mesa-${PV}.tar.xz"

-SRC_URI[md5sum] = "26644437b6447fb3dbae50714a019797"
-SRC_URI[sha256sum] = "b51e723f3a20d842c88a92d809435b229fc4744ca0dbec0317d9d4a3ac4c6803"
+SRC_URI[md5sum] = "7a845c50fc8aaae4c9373e795c1f491d"
+SRC_URI[sha256sum] = "66017853bde5f7a6647db3eede30512a091a3491daa1708e0ad8027c328ba595"
(Continue reading)

Robert Yang | 28 May 11:57 2015

[PATCH 0/9] Packages Upgrade

The following changes since commit e6952593d810636f26af541b12126848483e619a:

  kernel: Build uImage only when really needed (2015-05-26 10:57:41 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/PU
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/PU

Robert Yang (9):
  debianutils: 4.4 -> 4.5
  git: 2.3.7 -> 2.4.2
  python-git: 1.0.0 -> 1.0.1
  cracklib: 2.9.3 -> 2.9.4
  man-pages: 3.83 -> 4.00
  gnupg: 2.1.2 -> 2.1.4
  btrfs-tools: 3.18.2 -> 4.0.1
  nasm: 2.11.06 -> 2.11.08
  lttng-ust: 2.6.0 -> 2.6.1

 .../btrfs-tools/btrfs-tools/fix-parallel.patch     |   16 ++++++++--------
 .../btrfs-tools/btrfs-tools_git.bb                 |   16 +++++++++-------
 .../git/{git_2.3.7.bb => git_2.4.2.bb}             |    8 ++++----
 .../nasm/{nasm_2.11.06.bb => nasm_2.11.08.bb}      |    5 +++--
 .../{python-git_1.0.0.bb => python-git_1.0.1.bb}   |    4 ++--
 .../{cracklib_2.9.3.bb => cracklib_2.9.4.bb}       |    4 ++--
 .../{man-pages_3.83.bb => man-pages_4.00.bb}       |    4 ++--
 .../{lttng-ust_2.6.0.bb => lttng-ust_2.6.1.bb}     |    0
 .../{debianutils_4.4.bb => debianutils_4.5.bb}     |    6 +++---
 .../gnupg/gnupg/dirmngr-uses-libgpg-error.patch    |    8 ++++----
(Continue reading)

Steffen Sledz | 28 May 11:39 2015
Picon

[meta-qt5][fido] commit 699e1570e6 breaks build

Commit 699e1570e66cb28e4bfd0eb15d41f3af2bed5b62 (autotools: Fix find races on source directory) in
fido branch of openembedded-core breaks build (do_configure) of qtbase-native from meta-qt5 fido
branch. :(

sledz <at> fensuse:~/work/HIPOS.fido/build-open> BB_NUMBER_THREADS="10" PARALLEL_MAKE="-j 10"
MACHINE=qemuarm bitbake qtbase-native
...
Build Configuration:
BB_VERSION        = "1.26.0"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "openSUSE-project-13.2"
TARGET_SYS        = "arm-angstrom-linux-gnueabi"
MACHINE           = "qemuarm"
DISTRO            = "angstrom"
DISTRO_VERSION    = "v2015.06"
TUNE_FEATURES     = "arm armv5 thumb dsp"
TARGET_FPU        = "soft"
meta-hipos        = "fido:dcdb2fdd39104c787b97bd67459017baf67ced38"
meta-fsl-arm      = "fido:0cfe91f3291d5c333f7fe657df397ddb520b6d31"
meta-fsl-arm-extra = "fido:bc1269b1be74f319f492090ffd3d836e25d8a559"
meta-fsl-demos    = "fido:1ae8a2d8e9899f0182fa5227acc2b7b6c78039ff"
meta-java         = "master:d2b75b615e4612f9fa05950c1d76d4a719e573d4"
meta-qt5          = "fido:3ccdc239b02aca03dc1e9316b7c5c870b3b59368"
meta-angstrom     = "angstrom-v2015.06-yocto1.8:4b2350b1fdcffd31717c4ce256403fe2b391bb8d"
meta-oe
meta-systemd
meta-multimedia
meta-networking
meta-webserver
meta-python
(Continue reading)

Robert Yang | 28 May 11:22 2015

[PATCH 0/1] python3: fix build for shared object

The following changes since commit e6952593d810636f26af541b12126848483e619a:

  kernel: Build uImage only when really needed (2015-05-26 10:57:41 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/py
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/py

Robert Yang (1):
  python3: fix build for shared object

 meta/recipes-devtools/python/python3_3.4.3.bb |    1 +
 1 file changed, 1 insertion(+)

-- 
1.7.9.5

--

-- 
Kai Kang | 28 May 10:23 2015

[PATCH] alsa-tools: update makefile_no_gtk.patch

makefile_no_gtk.patch will be applied when no 'x11' in distro features.
It fails to apply after update to version 1.0.29. Fix it.

Signed-off-by: Kai Kang <kai.kang@...>
---
 meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch | 10 +++++++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch b/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch
index 2665726..c957609 100644
--- a/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch
+++ b/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch
 <at>  <at>  -5,21 +5,25  <at>  <at>  Upstream-Status: Inappropriate [configuration]
 Signed-off-by: Rogerio Nunes <ronunes@...>
 Signed-off-by: Otavio Salvador <otavio@...>

+Update patch for alsa-tools 1.0.29
+
+Signed-off-by: Kai Kang <kai.kang@...>
+
 diff --git a/Makefile b/Makefile
 index 2457a1c..72346d9 100644
 --- a/Makefile
 +++ b/Makefile
  <at>  <at>  -1,9 +1,9  <at>  <at> 
- VERSION = 1.0.27
+ VERSION = 1.0.29
  TOP = .
 -SUBDIRS = as10k1 envy24control \
 -	  mixartloader pcxhrloader rmedigicontrol sb16_csp seq sscape_ctl \
(Continue reading)

Kang Kai | 28 May 10:06 2015

Re: [PATCH 2/4] alsa-tools: upgrade to version 1.0.29

On 2015年05月27日 20:06, Otavio Salvador wrote:
On Mon, May 18, 2015 at 10:08 PM, Kai Kang <kai.kang-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org> wrote:
Upgrade alsa-tools from verion 1.0.28 to 1.0.29. * update autotools.patch * add file gitcompile which exists in git repo but missing in release tar ball for sub-directory hdajacksensetest Signed-off-by: Kai Kang <kai.kang-CWA4WttNNZF54TAoqtyWWQ@public.gmane.org>
Seems this broke framebuffer build: framebuffer fsl-image-machine-test <at> ls1021aqds (1/7) patching file Makefile framebuffer fsl-image-machine-test <at> ls1021aqds (1/7) Hunk #1 FAILED at 1. framebuffer fsl-image-machine-test <at> ls1021aqds (1/7) 1 out of 1 hunk FAILED -- rejects in file Makefile framebuffer fsl-image-machine-test <at> ls1021aqds (1/7) Patch makefile_no_gtk.patch does not apply (enforce with -f) framebuffer fsl-image-machine-test <at> ls1021aqds (1/7) ERROR: Function failed: patch_do_patch framebuffer fsl-image-machine-test <at> ls1021aqds (1/7) ERROR: Logfile of failure stored in: .../build-framebuffer/tmp/work/cortexa7hf-vfp-neon-poky-linux-gnueabi/alsa-tools/1.0.29-r0/temp/log.do_patch.26177 framebuffer fsl-image-machine-test <at> ls1021aqds (1/7) recipe alsa-tools-1.0.29-r0: task do_patch: Failed Is it possible to take a look?

OK. I'll send a patch to fix it .

-- Regards, Neil | Kai Kang
--

-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@...
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Khem Raj | 28 May 06:51 2015
Picon

[PATCH] openssl: Backport upstreamed version of patch to fix build on mips64

Previous patch had a concern as well and this is a direct backport of
the patch fixing the problem.

Signed-off-by: Khem Raj <raj.khem@...>
---
 ...ine-GCC_VERSION-macro-to-cover-upto-gcc-5.patch | 53 ----------------------
 ...lcl.h-fix-MIPS-specific-gcc-version-check.patch | 30 ++++++++++++
 .../recipes-connectivity/openssl/openssl_1.0.2a.bb |  2 +-
 3 files changed, 31 insertions(+), 54 deletions(-)
 delete mode 100644 meta/recipes-connectivity/openssl/openssl/0001-Define-GCC_VERSION-macro-to-cover-upto-gcc-5.patch
 create mode 100644 meta/recipes-connectivity/openssl/openssl/0001-bn-bn_lcl.h-fix-MIPS-specific-gcc-version-check.patch

diff --git
a/meta/recipes-connectivity/openssl/openssl/0001-Define-GCC_VERSION-macro-to-cover-upto-gcc-5.patch b/meta/recipes-connectivity/openssl/openssl/0001-Define-GCC_VERSION-macro-to-cover-upto-gcc-5.patch
deleted file mode 100644
index 46d1adf..0000000
--- a/meta/recipes-connectivity/openssl/openssl/0001-Define-GCC_VERSION-macro-to-cover-upto-gcc-5.patch
+++ /dev/null
 <at>  <at>  -1,53 +0,0  <at>  <at> 
-From 0aa68f7681a74f6ff80a80c5843bc35e5effffb9 Mon Sep 17 00:00:00 2001
-From: Khem Raj <raj.khem@...>
-Date: Fri, 22 May 2015 12:43:39 -0700
-Subject: [PATCH] Define GCC_VERSION macro to cover upto gcc-5
-
-Current check is limited to gcc 4 with minor versions
-but when we use gcc 5.1, then minor version check fails
-with current setup and we end up with build errors like
-
-| In file included from bn_div.c:62:0:
-| bn_div.c: In function 'BN_div':
-| bn_lcl.h:311:9: error: impossible constraint in 'asm'
-|          asm ("dmultu    %2,%3"          \
-|          ^
-| bn_div.c:402:13: note: in expansion of macro 'BN_UMULT_LOHI'
-|              BN_UMULT_LOHI(t2l, t2h, d1, q);
-|              ^
-| <builtin>: recipe for target 'bn_div.o' failed
-| make[2]: *** [bn_div.o] Error 1
-
-Signed-off-by: Khem Raj <raj.khem@...>
-
----
-Upstream-Status: [Submitted]
- crypto/bn/bn_lcl.h | 5 ++++-
- 1 file changed, 4 insertions(+), 1 deletion(-)
-
-diff --git a/crypto/bn/bn_lcl.h b/crypto/bn/bn_lcl.h
-index 196df7e..e801ba7 100644
---- a/crypto/bn/bn_lcl.h
-+++ b/crypto/bn/bn_lcl.h
- <at>  <at>  -118,6 +118,9  <at>  <at> 
- extern "C" {
- #endif
- 
-+#define GCC_VERSION (__GNUC__ * 10000 \
-+                     + __GNUC_MINOR__ * 100 \
-+                     + __GNUC_PATCHLEVEL__)
- /*-
-  * Bignum consistency macros
-  * There is one "API" macro, bn_fix_top(), for stripping leading zeroes from
- <at>  <at>  -443,7 +446,7  <at>  <at>  unsigned __int64 _umul128(unsigned __int64 a, unsigned __int64 b,
- #   endif
- #  elif defined(__mips) && (defined(SIXTY_FOUR_BIT) || defined(SIXTY_FOUR_BIT_LONG))
- #   if defined(__GNUC__) && __GNUC__>=2
--#    if __GNUC__>=4 && __GNUC_MINOR__>=4
-+#    if GCC_VERSION > 40400
-                                      /* "h" constraint is no more since 4.4 */
- #     define BN_UMULT_HIGH(a,b)          (((__uint128_t)(a)*(b))>>64)
- #     define BN_UMULT_LOHI(low,high,a,b) ({     \
--- 
-2.1.4
-
diff --git
a/meta/recipes-connectivity/openssl/openssl/0001-bn-bn_lcl.h-fix-MIPS-specific-gcc-version-check.patch b/meta/recipes-connectivity/openssl/openssl/0001-bn-bn_lcl.h-fix-MIPS-specific-gcc-version-check.patch
new file mode 100644
index 0000000..7308f8f
--- /dev/null
+++ b/meta/recipes-connectivity/openssl/openssl/0001-bn-bn_lcl.h-fix-MIPS-specific-gcc-version-check.patch
 <at>  <at>  -0,0 +1,30  <at>  <at> 
+From 60c268b21ac81cc6b1af5c5470282a613b96f6fd Mon Sep 17 00:00:00 2001
+From: Andy Polyakov <appro@...>
+Date: Mon, 25 May 2015 10:17:14 +0200
+Subject: [PATCH] bn/bn_lcl.h: fix MIPS-specific gcc version check.
+
+RT#3859
+
+Reviewed-by: Tim Hudson <tjh@...>
+---
+Upstream-Status: Backport
+
+ crypto/bn/bn_lcl.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/crypto/bn/bn_lcl.h b/crypto/bn/bn_lcl.h
+index 196df7e..b9d124a 100644
+--- a/crypto/bn/bn_lcl.h
++++ b/crypto/bn/bn_lcl.h
+ <at>  <at>  -443,7 +443,7  <at>  <at>  unsigned __int64 _umul128(unsigned __int64 a, unsigned __int64 b,
+ #   endif
+ #  elif defined(__mips) && (defined(SIXTY_FOUR_BIT) || defined(SIXTY_FOUR_BIT_LONG))
+ #   if defined(__GNUC__) && __GNUC__>=2
+-#    if __GNUC__>=4 && __GNUC_MINOR__>=4
++#    if __GNUC__>4 || (__GNUC__>=4 && __GNUC_MINOR__>=4)
+                                      /* "h" constraint is no more since 4.4 */
+ #     define BN_UMULT_HIGH(a,b)          (((__uint128_t)(a)*(b))>>64)
+ #     define BN_UMULT_LOHI(low,high,a,b) ({     \
+-- 
+2.1.4
+
diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2a.bb b/meta/recipes-connectivity/openssl/openssl_1.0.2a.bb
index 5e767c3..f4006f6 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.0.2a.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.0.2a.bb
 <at>  <at>  -36,7 +36,7  <at>  <at>  SRC_URI += "file://configure-targets.patch \
             file://ptest-deps.patch \
             file://run-ptest \
             file://crypto_use_bigint_in_x86-64_perl.patch \
-            file://0001-Define-GCC_VERSION-macro-to-cover-upto-gcc-5.patch \
+            file://0001-bn-bn_lcl.h-fix-MIPS-specific-gcc-version-check.patch \
            "

 SRC_URI[md5sum] = "a06c547dac9044161a477211049f60ef"
-- 
2.1.4

--

-- 
Khem Raj | 28 May 06:47 2015
Picon

[PATCH] alsa-plugins: Install 99-pulseaudio-default.conf when pulseaudio is enabled

The source file does not exist when pluseaudio is disabled

Change-Id: I78e0b9f4b8e66d8f41415c8672c1cb62c8fc5dc6
Signed-off-by: Khem Raj <raj.khem@...>
---
 meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
index 5105e77..80f0446 100644
--- a/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
+++ b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
 <at>  <at>  -50,7 +50,9  <at>  <at>  do_install_append() {
 	rm ${D}${libdir}/alsa-lib/*.la

 	# We use the example as is, so just drop the .example suffix.
-	mv ${D}${datadir}/alsa/alsa.conf.d/99-pulseaudio-default.conf.example ${D}${datadir}/alsa/alsa.conf.d/99-pulseaudio-default.conf
+	if [ "${ <at> bb.utils.contains('PACKAGECONFIG', 'pulseaudio', 'yes', 'no', d)}" = "yes" ]; then
+		mv ${D}${datadir}/alsa/alsa.conf.d/99-pulseaudio-default.conf.example ${D}${datadir}/alsa/alsa.conf.d/99-pulseaudio-default.conf
+	fi
 }

 python populate_packages_prepend() {
-- 
2.1.4

--

-- 
Kai Kang | 28 May 03:26 2015

[PATCH 0/5] Fix CVE issues and add new libav recipe

* Fix CVE issues for severial packages
* Upgrade libav  9.61 --> 9.18
* Add recipe for libav series 11

Build world for x86-64 and qemuarm are fine except some textrel warnings for qemuarm.
Should I open new defects that?

--Kai

The following changes since commit a431e5aa572358ba61cf3c9e501f830263bdcd3d:

  bitbake: data: Make expandKeys deterministic (2015-05-27 17:48:06 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib kangkai/CVEs
  http://git.yoctoproject.org/cgit.cgi//log/?h=kangkai/CVEs

Kai Kang (5):
  gpgme: fix CVE-2014-3564
  grep: fix CVE-2015-1345
  qt4: fix CVE issues
  libav: upgrade to 9.18
  libav: add recipe for 11 release series

 .../grep/grep/grep-fix-CVE-2015-1345.patch         | 154 +++++++++++++++++++++
 meta/recipes-extended/grep/grep_2.21.bb            |   3 +-
 meta/recipes-multimedia/libav/libav.inc            |   2 -
 .../libav/libav/libav-fix-CVE-2014-9676.patch      |  98 +++++++++++++
 meta/recipes-multimedia/libav/libav_11.3.bb        |   4 +
 meta/recipes-multimedia/libav/libav_9.16.bb        |   4 -
 meta/recipes-multimedia/libav/libav_9.18.bb        |   6 +
 meta/recipes-qt/qt4/qt4-4.8.6.inc                  |   2 +
 ...Fixes-crash-in-bmp-and-ico-image-decoding.patch |  71 ++++++++++
 .../0036-Fixes-crash-in-gif-image-decoder.patch    |  39 ++++++
 .../gpgme-1.4.3/gpgme-fix-CVE-2014-3564.patch      |  56 ++++++++
 meta/recipes-support/gpgme/gpgme_1.4.3.bb          |   4 +-
 12 files changed, 435 insertions(+), 8 deletions(-)
 create mode 100644 meta/recipes-extended/grep/grep/grep-fix-CVE-2015-1345.patch
 create mode 100644 meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
 create mode 100644 meta/recipes-multimedia/libav/libav_11.3.bb
 delete mode 100644 meta/recipes-multimedia/libav/libav_9.16.bb
 create mode 100644 meta/recipes-multimedia/libav/libav_9.18.bb
 create mode 100644 meta/recipes-qt/qt4/qt4-4.8.6/0035-Fixes-crash-in-bmp-and-ico-image-decoding.patch
 create mode 100644 meta/recipes-qt/qt4/qt4-4.8.6/0036-Fixes-crash-in-gif-image-decoder.patch
 create mode 100644 meta/recipes-support/gpgme/gpgme-1.4.3/gpgme-fix-CVE-2014-3564.patch

-- 
1.9.1

--

-- 
Richard Purdie | 28 May 00:43 2015

RFC: update_data removal

Removing the need for finalization or update_data is something we've
idly thought about for a long time. Basically, the whole idea of a
specific finalization phase to the data store causes a lof of issues and
horrible corner cases. For example, should bitbake call update_data,
then expandKeys, or the other way around? Or should we keep calling
update_data until nothing changes?

Through careful thought of some operations and working around the corner
case problems, we've avoided most of the issues however there are some
things we keep observing:

* We keep needing "expanded" data stores in different parts of the 
  system alongside their unexpanded versions
* Few people understand why/when exactly they should call update_data()
* Its near impossible to set PREFERRED_PROVIDERS of recipes which are 
  dynamically named (gcc-cross-${TARGET_ARCH}) along with overrides. 
  This is something meta-darwin/mingw/baremetal could really use.

The alternative is a datastore which dynamically adjusts when anything
changes so that the work is done at getVar time rather than precaching
things at update_data time.

I've been experimenting with this and I do have a branch which basically
works:

http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rpurdie/noupdatedata5

This is based on a set of patches which I've already posted and added to
master-next and there are 10 patches on top of those specific to the
update_data changes. The details of each step in the changes I worked
through are recorded there.

Obviously such a major change to a key piece of code needs careful
testing. I made some before/after analysis of these changes by diffing
the signatures before and after this change for a core-image-sato:

rm tmp-test/ -rf; git stash; git checkout cmop; bitbake core-image-sato -S none; git checkout master; git
stash apply; bitbake core-image-sato -S none; bitbake-sigwalker > rp5

(sigwalker goes through tmp/stamps and finds any case where there are two stamps and diffs them)

$ grep "value changed" rp5  | grep PROVIDES.*native -v | grep DEPENDS.*BASEDEPENDS -v | grep
PACKAGESPLITFUNCS -v
   Variable pkg_postrm value changed from 'None' to ''
   Variable KERNEL_MODULE_AUTOLOAD value changed from 'None' to ''

So basically there are 3 different cases. The ones printed in full above
where None and '' have been mixed up. I'm classing that as an
improvement. The PACKAGESPLITFUNCS consists of:

Variable PACKAGESPLITFUNCS value changed from 'populate_packages_updatercd                 
package_do_split_locales                 populate_packages' to 'populate_packages_updatercd
package_do_split_locales populate_packages'

which is just whitespace changes and doesn't concern me. The other
changes are from a change in behaviour of the class extension code.
Previously, when the class (e.g. native.bbclass) changed the values, it
didn't process any append/prepends. The new code does also expand and
update the append/prepends. Having looked carefully at the result, there
is a lot of noise in the difference where ${PN} changes to its expanded
version but I don't believe there is a functionality change or issue.
This results in DEPENDS and PROVIDES changing in the native case. This
also results in:

$ grep removed rp5 | sort | uniq
   Dependency on Variable autotools_dep_prepend was removed
   Dependency on Variable BASEDEPENDS was removed
   Dependency on Variable base_dep_prepend was removed
   Dependency on Variable DEPENDS_GETTEXT was removed
   Dependency on Variable gettext_dependencies was removed
   Dependency on Variable process_file was removed
   Dependency on Variable TEXDEP was removed
   Dependency on Variable USERADDDEPENDS was removed

There were no dependencies added.

Performance is another key question. Initially this work had some pretty
poor performance which isn't surprising give how much we've tweaked the
current code. With the improvements in the branch, we're now at:

Before:

real	0m7.659s
user	2m6.129s
sys	0m5.844s

After:

real	0m7.990s
user	2m10.748s
sys	0m6.116s

So the new code is slower, but not by much. Initially this was more like
a 2m44 user time. This is now in the region where I think we should
seriously consider the code.

What is missing from the branch as yet is removal of the "expanded" data
stores from use within bitbake and starting to remove the update_data
calls (which are now just empty calls).

So any thoughts/questions/comments/suggestions on this?

I'll obviously continue to ramp up the testing on this. Working on this
has exposed a few interesting bugs in the existing metadata!

Cheers,

Richard

--

-- 
Andre McCurdy | 27 May 23:06 2015
Picon

[PATCH v2 1/3] gnu-config: improve detection of perl setup errors

Read 'autoconf --trace' output via a temp file to improve error detection.

If the command's output is read via a pipe to Autom4te::XFile then perl
setup errors (e.g. mixing host and OE perl libs) which cause the autoconf
command to segfault may go undetected.

Add a -k / --continue command line option to simulate the old behaviour.

Signed-off-by: Andre McCurdy <armccurdy@...>
---
 .../gnu-config/gnu-config/gnu-configize.in         | 32 +++++++++++++++++++---
 1 file changed, 28 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in b/meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in
index d4908fc..c3dcd74 100755
--- a/meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in
+++ b/meta/recipes-devtools/gnu-config/gnu-config/gnu-configize.in
 <at>  <at>  -45,6 +45,7  <at>  <at>  use Autom4te::General;
 use Autom4te::XFile;
 # Do not use Cwd::chdir, since it might hang.
 use Cwd 'cwd';
+use File::Temp qw/ tempfile /;
 use strict;

 ## ----------- ##
 <at>  <at>  -64,6 +65,7  <at>  <at>  Operation modes:
   -V, --version            print version number, then exit
   -v, --verbose            verbosely report processing
   -f, --force              consider all files obsolete
+  -k, --continue           ignore errors when running autoconf
   -s, --symlink            install symbolic links instead of copies
   -W, --warnings=CATEGORY  report the warnings falling in CATEGORY [syntax]

 <at>  <at>  -86,6 +88,8  <at>  <at>  my $configdir  = ' <at> gnu-configdir <at> ';
 #'/home/kergoth/code/build-arm/tmp/staging/i686-linux/share/gnu-config';
 my $autoconf   = $ENV{'AUTOCONF'}     || 'autoconf';

+my $ignore_autoconf_errors = 0;
+
 # use symlinks instead.
 my $symlink = 0;

 <at>  <at>  -109,6 +113,7  <at>  <at>  sub parse_args ()
 {
   my $srcdir;

+  getopt ('k|continue'           => \$ignore_autoconf_errors);
   getopt ('s|symlink'            => \$symlink);

   # Even if the user specified a configure.ac, trim to get the
 <at>  <at>  -152,16 +157,33  <at>  <at>  sub gnu_configize_current_directory ()
   my $dest;

   verb "$configure_ac: tracing";
-  my $traces = new Autom4te::XFile
-    ("$autoconf"
+
+  my $autoconf_cmd = "$autoconf"
      . join (' --trace=', '',
 	     # If you change this list, update the
 	     # `Autoreconf-preselections' section of autom4te.in.
 	     'AC_CONFIG_AUX_DIR:AC_CONFIG_AUX_DIR:\$1',
 	     'AC_CONFIG_SUBDIRS:AC_CONFIG_SUBDIRS:\$1',
 	     'AC_INIT',
-	    )
-     . ' |');
+	    );
+
+  # Read 'autoconf --trace' output via a temp file to improve error detection.
+  # If the command's output is read via a pipe to Autom4te::XFile then perl
+  # setup errors (e.g. mixing host and OE perl libs) which cause the autoconf
+  # command to segfault may go undetected.
+
+  my $tmp = File::Temp->new();
+
+  if ($ignore_autoconf_errors)
+    {
+      xsystem ("$autoconf_cmd > $tmp || true");
+    }
+  else
+    {
+      xsystem ("$autoconf_cmd > $tmp");
+    }
+
+  my $traces = new Autom4te::XFile ("< $tmp");
   while ($_ = $traces->getline)
     {
       $aux_dir = $1                 if /AC_CONFIG_AUX_DIR:(.*)/;
 <at>  <at>  -169,6 +191,8  <at>  <at>  sub gnu_configize_current_directory ()
       push  <at> subdir, split (' ', $1) if /AC_CONFIG_SUBDIRS:(.*)/;
     }

+  close $tmp;
+
   # The subdirs are *optional*, they may not exist.
   foreach ( <at> subdir)
     {
-- 
1.9.1

--

-- 

Gmane