Re: [OE-core] How to find out why shared sstate is not being used for a recipe

2014-06-03 Thread Mike Looijmans
On 06/03/2014 04:10 PM, Richard Purdie wrote: On Tue, 2014-06-03 at 15:54 +0200, Mike Looijmans wrote: On 06/03/2014 10:45 AM, Richard Purdie wrote: the next steps depend upon how clear the differences are. Basically there should be some degree of commonality between the two builds and at som

Re: [OE-core] [PATCH 3/3] apr: fix cross compiling failed

2014-06-03 Thread Hongxu Jia
On 06/04/2014 01:49 PM, Saul Wold wrote: On 06/03/2014 08:27 PM, Hongxu Jia wrote: The do_compile failed: | tools/gen_test_char > include/private/apr_escape_test_char.h | /bin/sh: tools/gen_test_char: No such file or directory | make[1]: *** [include/private/apr_escape_test_char.h] Error 127 Th

Re: [OE-core] [PATCH 3/3] apr: fix cross compiling failed

2014-06-03 Thread Hongxu Jia
On 06/04/2014 01:49 PM, Saul Wold wrote: On 06/03/2014 08:27 PM, Hongxu Jia wrote: The do_compile failed: | tools/gen_test_char > include/private/apr_escape_test_char.h | /bin/sh: tools/gen_test_char: No such file or directory | make[1]: *** [include/private/apr_escape_test_char.h] Error 127 Th

Re: [OE-core] [PATCH 3/3] apr: fix cross compiling failed

2014-06-03 Thread Saul Wold
On 06/03/2014 08:27 PM, Hongxu Jia wrote: The do_compile failed: | tools/gen_test_char > include/private/apr_escape_test_char.h | /bin/sh: tools/gen_test_char: No such file or directory | make[1]: *** [include/private/apr_escape_test_char.h] Error 127 The tools/gen_test_char was invoked at build

[OE-core] [PATCH 1/1][V2] nfs-utils: unset CFLAGS for testlk build

2014-06-03 Thread Chong Lu
testlk is built with host gcc at do_compile stage, which leads to unrecognized some flags for special architecture. So unset CFLAGS for testlk to make sure it passed. Signed-off-by: Chong Lu --- .../nfs-utils-unset-CFLAGS-for-testlk-build.patch | 31 ++ .../nfs-utils/nfs-uti

[OE-core] [PATCH 0/1][V2] nfs-utils: unset CFLAGS for testlk build

2014-06-03 Thread Chong Lu
Change since V1: unset CFLAGS for testlk build and still use host compiler. The following changes since commit e7114046be6e71fb326477dc882adb814ef6a751: busybox: fix meta-yocto's bbappend's FILESEXTRAPATH (2014-06-03 17:53:13 +0100) are available in the git repository at: git://git.pokylin

[OE-core] [PATCH 2/3] apr: upgrade to 1.5.1

2014-06-03 Thread Hongxu Jia
The LICENSE has no change, except a newline added. Signed-off-by: Hongxu Jia --- meta/recipes-support/apr/{apr_1.4.8.bb => apr_1.5.1.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-support/apr/{apr_1.4.8.bb => apr_1.5.1.bb} (91%) diff --git a/meta/recipes-su

[OE-core] [PATCH V3 0/3] upgrade: apr to 1.5.1 and apr-utils to 1.5.3

2014-06-03 Thread Hongxu Jia
Change in apr V3: - To help future bisecting this should be merged with the upgrade patch into a single upgrade-and-fix patch. - Remove the 'tools' dir creation, it always existed. And it caused gen_test_char unexpected rebuilt at do_install time. Change in apr V2: - In the target build, use $

[OE-core] [PATCH 1/3] apr-util: upgrade to 1.5.3

2014-06-03 Thread Hongxu Jia
Signed-off-by: Hongxu Jia --- meta/recipes-support/apr/{apr-util_1.5.2.bb => apr-util_1.5.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/apr/{apr-util_1.5.2.bb => apr-util_1.5.3.bb} (93%) diff --git a/meta/recipes-support/apr/apr-util_1.5.2.bb b/met

[OE-core] [PATCH 3/3] apr: fix cross compiling failed

2014-06-03 Thread Hongxu Jia
The do_compile failed: | tools/gen_test_char > include/private/apr_escape_test_char.h | /bin/sh: tools/gen_test_char: No such file or directory | make[1]: *** [include/private/apr_escape_test_char.h] Error 127 The tools/gen_test_char was invoked at build time, and it didn't work for the cross comp

[OE-core] [PATCH 0/2] wic: small fixes to look in all layers and get plugins

2014-06-03 Thread João Henrique Ferreira de Freitas
Hi, As pointed by Adrian Calianu , these two patches introduces no functional change. But fixes two points: Bad identation of 'for' statement and the case when wic is running as raw mode, so BBLAYERS is checked before use. Thanks. João Henrique Ferreira de Freitas (2): wic: default plugin t

Re: [OE-core] [PATCH 1/3] apr: upgrade to 1.5.1

2014-06-03 Thread Hongxu Jia
Got it, I am working on it. //Hongxu On 06/03/2014 02:33 PM, Saul Wold wrote: On 05/29/2014 08:27 PM, Hongxu Jia wrote: The LICENSE has no change, except a newline added. Signed-off-by: Hongxu Jia --- meta/recipes-support/apr/{apr_1.4.8.bb => apr_1.5.1.bb} | 6 +++--- 1 file changed, 3 in

[OE-core] [PATCH 2/2] wic: check if BBLAYERS is valid before use

2014-06-03 Thread João Henrique Ferreira de Freitas
If wic is running as raw mode, it's better to check if BBLAYERS is valid before inspect it. No functional changes. Signed-off-by: João Henrique Ferreira de Freitas --- scripts/lib/image/engine.py | 7 --- scripts/lib/mic/plugin.py | 7 --- 2 files changed, 8 insertions(+), 6 deletions

[OE-core] [PATCH 1/2] wic: default plugin type directory should be added only once

2014-06-03 Thread João Henrique Ferreira de Freitas
Fix 'for' statement identention so plugin type directory will be added only once in layers_dirs list. No functional changes. Signed-off-by: João Henrique Ferreira de Freitas --- scripts/lib/mic/plugin.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/lib/mic/plu

Re: [OE-core] [PATCH 2/2] wic: add support to look in all layers and get plugins

2014-06-03 Thread João Henrique Ferreira de Freitas
Hi, Thanks to point this. [Adrian Calianu] 1) It looks like a bad indentation, here, adding 'dl' path for each found BBLAYER. Probably those two lines from above should not be part of 'for' statement. Yes, it is. 2) If BBLAYERS variable is empty/None then the "self.layers_path.split()" wi

[OE-core] [PATCH 1/2] readline-5.2: use upstream's aclocal.m4 as acinclude.m4

2014-06-03 Thread Ross Burton
Instead of shipping a fork of the upstream aclocal.m4, simply rename it to acinclude.m4 at configure time. We don't need the fork now that autoheader is excluded. Signed-off-by: Ross Burton --- .../readline/readline-5.2/acinclude.m4 | 1815 meta/recipes-core/rea

[OE-core] [PATCH 2/2] readline-5.2: exclude autoheader

2014-06-03 Thread Ross Burton
readline hand-maintains config.h.in so exclude autoheader and re-use a patch from readline-6.3 to fix a typo in variable names. See oe-core 8c37d32d6133c6ad2b9142e7a42775e7a979b570 against readline-6.3 for further rationale. Signed-off-by: Ross Burton --- .../readline/{readline-6.3 => files}/co

[OE-core] [PATCH] busybox: put udhcpc in background

2014-06-03 Thread Saul Wold
If the interface is slow to come up udhcpc will continue in the background [YOCTO #6339] Signed-off-by: Saul Wold --- meta/recipes-core/busybox/busybox.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/busybox/busybox.inc b/meta/recipes-core/busybox/busybox.inc index 0c

Re: [OE-core] [PATCH 01/13] toaster.bbclass: exclude variable dependency on toaster postfunc

2014-06-03 Thread Damian, Alexandru
There are no other patches in this series, it's the only patch. I'm sorry about the misleading Subject line. Cheers, Alex On Tue, Jun 3, 2014 at 4:16 PM, Alex DAMIAN wrote: > From: Alexandru DAMIAN > > This patch fixes an issue where the toaster postfuncs were > added to the task signature,

[OE-core] [PATCH 01/13] toaster.bbclass: exclude variable dependency on toaster postfunc

2014-06-03 Thread Alex DAMIAN
From: Alexandru DAMIAN This patch fixes an issue where the toaster postfuncs were added to the task signature, making impossible the reuse of sstate caches from builds outside toaster control. Now the signatures do not differ between toaster and toaster-less builds. Signed-off-by: Alexandru DAM

Re: [OE-core] How to find out why shared sstate is not being used for a recipe

2014-06-03 Thread Richard Purdie
On Tue, 2014-06-03 at 15:54 +0200, Mike Looijmans wrote: > On 06/03/2014 10:45 AM, Richard Purdie wrote: > > the next steps depend upon how clear the differences are. Basically > > there should be some degree of commonality between the two builds and at > > some point there will be divergence. We

Re: [OE-core] How to find out why shared sstate is not being used for a recipe

2014-06-03 Thread Mike Looijmans
On 06/03/2014 10:45 AM, Richard Purdie wrote: On Tue, 2014-06-03 at 07:35 +0200, Mike Looijmans wrote: On 06/03/2014 07:25 AM, Mike Looijmans wrote: Worst case, you can pull the siginfo files from one build and the siginfo files from the sstate mirror and then see which ones are different, th

[OE-core] [PATCH 0/1] neard: fix parallel build

2014-06-03 Thread Cristian Iorga
The following changes since commit 99006ef296369c0fa7a40b83ef84b01d438fe98a: oeqa/controllers/beaglebonetarget.py: fix conditions for files copied to /boot (2014-06-03 10:38:24 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ciorga/YB6389 http://git.

[OE-core] [PATCH 1/1] neard: fix for parallel build

2014-06-03 Thread Cristian Iorga
From: Richard Purdie for neard tools/snep-send object might cause a parallel build failure,due to undetected dependency on dbus.h header file. Patch will be submitted upstream. Fixes [YOCTO #6389]. Signed-off-by: Cristian Iorga Signed-off-by: Richard Purdie --- meta/recipes-connectivity/nea

[OE-core] [PATCH] image_types: Fix ubi filesystem return codes

2014-06-03 Thread Richard Purdie
If the first command returns an error, it will not cause the image generation step to fail. Simply split up the statement into multiple lines to avoid this issue, they no longer need to be one line expressions. [YOCTO #6391] Signed-off-by: Richard Purdie diff --git a/meta/classes/image_types.bb

Re: [OE-core] [daisy][PATCH 1/1] systemd: do not use alloca() function in case of uclibc

2014-06-03 Thread Holger Freyther
Richard Purdie writes: Hi, > Please just update that patch then rather than patching code that we've > ready patched. Is this issue uclibc specific? the usage of alloca is due me and killing a lot of malloc's in the hot path of log handling. I am late to these patches but my two cents would be

Re: [OE-core] [daisy][PATCH 1/1] systemd: do not use alloca() function in case of uclibc

2014-06-03 Thread Richard Purdie
On Tue, 2014-06-03 at 17:20 +0800, ChenQi wrote: > The use of alloca() was introduced by an oe-specific patch from Khem Raj. > > The patch is > meta/recipes-core/systemd/systemd/systemd-pam-fix-fallocate.patch. > The upstream status of the above patch is as following. > Upstream-Status: D

Re: [OE-core] [PATCH 4/7] man-pages: Update to 3.68

2014-06-03 Thread Burton, Ross
On 3 June 2014 04:26, Saul Wold wrote: > -LIC_FILES_CHKSUM = "file://README;md5=0422377a748010b2b738342e24f141c1" > +LIC_FILES_CHKSUM = "file://README;md5=8f2a3d43057d458e5066714980567a60" Would it be easy to just checksum the license statement instead of the entire file? Ross -- __

Re: [OE-core] [RFC/RFT 1/2] wayland: upgrade to 1.5.0

2014-06-03 Thread Burton, Ross
On 3 June 2014 11:15, Robert Yang wrote: > Subject: [PATCH] Makefile.am: just scanner for native These patches are getting quite intrusive. I wonder if upstream would be happy to move all the scanner parts to a single directory so we can make all ; make install inside there. Ross -- __

Re: [OE-core] [RFC/RFT 1/2] wayland: upgrade to 1.5.0

2014-06-03 Thread Robert Yang
It seems that such a patch will make it work on CentOS: Subject: [PATCH] Makefile.am: just scanner for native We only build wayland-native for the scanner, so disable the bits we don't actually need. This gives us a small speed up but importantly should allow wayland-native to compile on older

Re: [OE-core] [PATCH 1/3] gawk: upgrade from 4.0.2 to 4.1.1

2014-06-03 Thread Burton, Ross
On 3 June 2014 02:41, Chen Qi wrote: > +FILES_gawk-common += "${datadir}/awk/* ${libexecdir}/awk/* > ${libexecdir}/*.so ${libexecdir}/*.la" .la files should *never* be installed in a non-dev package (and in general they can be ignored anyway). Are the .so files symlinks, or runtime loadable mod

[OE-core] TSC / OE Workgroup meeting today

2014-06-03 Thread Richard Purdie
Its the first week of the month so there should be a public OpenEmbedded TSC/workgroup IRC meeting today. If you're interested in discussing long-term technical efforts around the OpenEmbedded project please join us on irc.freenode.net in channel #oe. Timing is a little tricky as today, whilst I ca

Re: [OE-core] [daisy][PATCH 1/1] systemd: do not use alloca() function in case of uclibc

2014-06-03 Thread ChenQi
On 06/03/2014 05:20 PM, ChenQi wrote: On 06/03/2014 05:06 PM, Richard Purdie wrote: On Tue, 2014-06-03 at 15:42 +0800, Chen Qi wrote: The alloca() function allocates space in the stack frame of the caller, so using alloca(new_size - old_size) would possibly crash the stack, causing a segment fa

Re: [OE-core] [daisy][PATCH 1/1] systemd: do not use alloca() function in case of uclibc

2014-06-03 Thread ChenQi
On 06/03/2014 05:06 PM, Richard Purdie wrote: On Tue, 2014-06-03 at 15:42 +0800, Chen Qi wrote: The alloca() function allocates space in the stack frame of the caller, so using alloca(new_size - old_size) would possibly crash the stack, causing a segment fault error. This patch fixes the above

Re: [OE-core] How to find out why shared sstate is not being used for a recipe

2014-06-03 Thread Richard Purdie
On Tue, 2014-06-03 at 07:25 +0200, Mike Looijmans wrote: > On 05/29/2014 01:12 AM, Richard Purdie wrote: > > > > bitbake -S just tries to automate that process if it can. > > > > bitbake -S usually crashes here. Is there a bug report for that? It shouldn't crash... Cheers, Richard -- ___

Re: [OE-core] [daisy][PATCH 1/1] systemd: do not use alloca() function in case of uclibc

2014-06-03 Thread Richard Purdie
On Tue, 2014-06-03 at 15:42 +0800, Chen Qi wrote: > The alloca() function allocates space in the stack frame of the caller, > so using alloca(new_size - old_size) would possibly crash the stack, > causing a segment fault error. > > This patch fixes the above problem by avoiding using this function

Re: [OE-core] How to find out why shared sstate is not being used for a recipe

2014-06-03 Thread Richard Purdie
On Tue, 2014-06-03 at 07:35 +0200, Mike Looijmans wrote: > On 06/03/2014 07:25 AM, Mike Looijmans wrote: > >> Worst case, you can pull the siginfo files from one build and the > >> siginfo files from the sstate mirror and then see which ones are > >> different, then run bitbake-diffsigs X Y to com

Re: [OE-core] How to find out why shared sstate is not being used for a recipe

2014-06-03 Thread Martin Jansa
On Tue, Jun 03, 2014 at 07:25:08AM +0200, Mike Looijmans wrote: > On 05/29/2014 01:12 AM, Richard Purdie wrote: > > On Wed, 2014-05-28 at 13:46 -0700, Christopher Larson wrote: > >> > >> On Wed, May 28, 2014 at 1:42 PM, Khem Raj wrote: > >> On Mon, May 26, 2014 at 11:58 PM, Mike Looijman

[OE-core] [daisy][PATCH 1/1] systemd: do not use alloca() function in case of uclibc

2014-06-03 Thread Chen Qi
The alloca() function allocates space in the stack frame of the caller, so using alloca(new_size - old_size) would possibly crash the stack, causing a segment fault error. This patch fixes the above problem by avoiding using this function in journal-file.c. [YOCTO #6201] Signed-off-by: Chen Qi

[OE-core] [daisy][PATCH 0/1] systemd: do not use alloca() function in case of uclibc

2014-06-03 Thread Chen Qi
The following changes since commit af347d3298e15552d502d5b2ce497bbda9705bc7: binutils: Fix building nativesdk binutils with gcc 4.9 (2014-05-29 13:42:13 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/daisy-systemd-alloca http:/

Re: [OE-core] [PATCH] bash: fixed bash build error

2014-06-03 Thread Wenlin Kang
On 2014年06月03日 14:58, Richard Purdie wrote: On Tue, 2014-06-03 at 13:59 +0800, Wenlin Kang wrote: When build bash, a error occurs, the log follow: make[1]: *** No rule to make target `/config.status', needed by `Makefile'. Stop. make: [installdirs] Error 2 (ignored) The cause is that some varia

Re: [OE-core] [PATCH] fetch2/svn.py: fix Unable to fetch URL bug

2014-06-03 Thread Wenlin Kang
On 2014年06月03日 11:30, Saul Wold wrote: On 06/02/2014 06:55 PM, Wenlin Kang wrote: For svn source, when download a revsion on branches, if the download revsion < the branch created time revsion, then it will fail. The detail description reference the Yocto Project bugzilla, please see: https: