[OE-core] Fwd: korean/chinese keyboard layout support on yocto

[Bryan]

-- Forwarded message --
From: "Bryan" 
Date: Dec 18, 2015 1:03 PM
Subject: korean/chinese keyboard layout support on yocto
To: 
Cc:

Hi,
> I am working on yocto poky-dizzy 1.7.1 and have developed some
> application on top of customized os image. I have a reqirement to support
> korean/chinese keyboard layout for application.
> I have added cross complied libraries for  ibus-hangul pckages. Can
> somebody suggest me how can i add support for keyboart layout and how to
> enable automatically.
>
> Is there any bitbake recipe available to support these keyboard layout.
>
>
> regards
> Bryan
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] korean/chinese keyboard layout support on yocto

[Bryan]

Hi,
I am working on yocto poky-dizzy 1.7.1 and have developed some
application on top of customized os image. I have a reqirement to support
korean/chinese keyboard layout for application.
I have added cross complied libraries for  ibus-hangul pckages. Can
somebody suggest me how can i add support for keyboart layout and how to
enable automatically.

Is there any bitbake recipe available to support these keyboard layout.


regards
Bryan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] gstreamer 1.6.2

[Andre McCurdy]

Hi all,

Is anyone already working on updating gstreamer 1.6.1 -> 1.6.2 ?

http://gstreamer.freedesktop.org/releases/1.6/
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/4 v3] valgrind: don't restrict to armv7a

[Andre McCurdy]

On Thu, Dec 17, 2015 at 10:00 PM, Khem Raj  wrote:
>
>> On Dec 17, 2015, at 9:56 PM, Andre McCurdy  wrote:
>>
>> On Thu, Dec 17, 2015 at 9:17 PM, Khem Raj  wrote:
>>>
 On Dec 17, 2015, at 8:42 PM, Andre McCurdy  wrote:

 Valgrind has been tested on armv5te/qemuarm, so it seems
 that valgrind's configure check for armv7 is over cautious.

 Signed-off-by: Andre McCurdy 
 ---
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

 diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
 b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
 index 3dc3cc1..bb3f6e1 100644
 --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
 +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
 @@ -26,14 +26,16 @@ SRC_URI = 
 "http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
 SRC_URI[sha256sum] = 
 "6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"

 -COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
 -COMPATIBLE_HOST_armv7a = 'arm.*-linux'
 +COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'

 inherit autotools ptest

 EXTRA_OECONF = "--enable-tls --without-mpicc"
 -EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
 --without-mpicc"
 EXTRA_OECONF += 
 "${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', 
 True) != '32']}"
 +
 +# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
 autotools.bbclass default --host option
 +EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}”
>>>
>>> this could be problematic for arm < v7
>>
>> The configure script will give an error if ${host_cpu} doesn't begin
>> with "armv7", so we either have to provide this kind of fake --host
>> option or patch the configure script.
>
> How is it working right now ?

Up to now the recipe has been forcing "--host=armv7-..." via
EXTRA_OECONF. That hasn't changed.

The thing that's changed is that previously you couldn't build for any
ARM target other than armv7a, now you can.

>>
>> Do you think patching the configure script would be better ?
>
> that could be better since we will get failure.
>
>>
>>>
 EXTRA_OEMAKE = "-w"

 do_install_append () {
 --
 1.9.1

 --
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/4 v3] valgrind: don't restrict to armv7a

[Khem Raj]

> On Dec 17, 2015, at 9:56 PM, Andre McCurdy  wrote:
> 
> On Thu, Dec 17, 2015 at 9:17 PM, Khem Raj  wrote:
>> 
>>> On Dec 17, 2015, at 8:42 PM, Andre McCurdy  wrote:
>>> 
>>> Valgrind has been tested on armv5te/qemuarm, so it seems
>>> that valgrind's configure check for armv7 is over cautious.
>>> 
>>> Signed-off-by: Andre McCurdy 
>>> ---
>>> meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 8 +---
>>> 1 file changed, 5 insertions(+), 3 deletions(-)
>>> 
>>> diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
>>> b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>>> index 3dc3cc1..bb3f6e1 100644
>>> --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>>> +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>>> @@ -26,14 +26,16 @@ SRC_URI = 
>>> "http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
>>> SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
>>> SRC_URI[sha256sum] = 
>>> "6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
>>> 
>>> -COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
>>> -COMPATIBLE_HOST_armv7a = 'arm.*-linux'
>>> +COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
>>> 
>>> inherit autotools ptest
>>> 
>>> EXTRA_OECONF = "--enable-tls --without-mpicc"
>>> -EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
>>> --without-mpicc"
>>> EXTRA_OECONF += 
>>> "${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', 
>>> True) != '32']}"
>>> +
>>> +# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
>>> autotools.bbclass default --host option
>>> +EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}”
>> 
>> this could be problematic for arm < v7
> 
> The configure script will give an error if ${host_cpu} doesn't begin
> with "armv7", so we either have to provide this kind of fake --host
> option or patch the configure script.

How is it working right now ?

> 
> Do you think patching the configure script would be better ?

that could be better since we will get failure.

> 
>> 
>>> EXTRA_OEMAKE = "-w"
>>> 
>>> do_install_append () {
>>> --
>>> 1.9.1
>>> 
>>> --
>>> ___
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>> 



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/4 v3] valgrind: don't restrict to armv7a

[Andre McCurdy]

On Thu, Dec 17, 2015 at 9:17 PM, Khem Raj  wrote:
>
>> On Dec 17, 2015, at 8:42 PM, Andre McCurdy  wrote:
>>
>> Valgrind has been tested on armv5te/qemuarm, so it seems
>> that valgrind's configure check for armv7 is over cautious.
>>
>> Signed-off-by: Andre McCurdy 
>> ---
>> meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 8 +---
>> 1 file changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
>> b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> index 3dc3cc1..bb3f6e1 100644
>> --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> @@ -26,14 +26,16 @@ SRC_URI = 
>> "http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
>> SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
>> SRC_URI[sha256sum] = 
>> "6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
>>
>> -COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
>> -COMPATIBLE_HOST_armv7a = 'arm.*-linux'
>> +COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
>>
>> inherit autotools ptest
>>
>> EXTRA_OECONF = "--enable-tls --without-mpicc"
>> -EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
>> --without-mpicc"
>> EXTRA_OECONF += 
>> "${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', 
>> True) != '32']}"
>> +
>> +# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
>> autotools.bbclass default --host option
>> +EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}”
>
> this could be problematic for arm < v7

The configure script will give an error if ${host_cpu} doesn't begin
with "armv7", so we either have to provide this kind of fake --host
option or patch the configure script.

Do you think patching the configure script would be better ?

>
>> EXTRA_OEMAKE = "-w"
>>
>> do_install_append () {
>> --
>> 1.9.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/4 v3] security_flags.inc: disable -fstack-protector-XXX for valgrind

[Khem Raj]

> On Dec 17, 2015, at 9:48 PM, Andre McCurdy  wrote:
> 
> On Thu, Dec 17, 2015 at 9:16 PM, Khem Raj  wrote:
>> 
>>> On Dec 17, 2015, at 8:42 PM, Andre McCurdy  wrote:
>>> 
>>> Valgrind (v3.11.0) expects to build with stack protection disabled
>>> and includes -fno-stack-protector in its default CFLAGS. However, the
>>> CFLAGS provided by OE are included on the compiler command line after
>>> the defaults so any -fstack-protector-all / -fstack-protector-strong
>>> option provided by security_flags.inc will cause problems.
>>> 
>>> | 
>>> .../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:892:
>>>  undefined reference to `__stack_chk_guard'
>>> | 
>>> .../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:947:
>>>  undefined reference to `__stack_chk_fail'
>>> 
>>> Signed-off-by: Andre McCurdy 
>>> ---
>>> meta/conf/distro/include/security_flags.inc | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>> 
>>> diff --git a/meta/conf/distro/include/security_flags.inc 
>>> b/meta/conf/distro/include/security_flags.inc
>>> index 14ac0bf..1795750 100644
>>> --- a/meta/conf/distro/include/security_flags.inc
>>> +++ b/meta/conf/distro/include/security_flags.inc
>>> @@ -84,7 +84,7 @@ SECURITY_CFLAGS_pn-python-numpy = 
>>> "${SECURITY_NO_PIE_CFLAGS}"
>>> SECURITY_CFLAGS_pn-python3 = "${SECURITY_NO_PIE_CFLAGS}"
>>> SECURITY_CFLAGS_pn-tcl = "${SECURITY_NO_PIE_CFLAGS}"
>>> SECURITY_CFLAGS_pn-tiff = "${SECURITY_NO_PIE_CFLAGS}"
>>> -SECURITY_CFLAGS_pn-valgrind = "${SECURITY_NO_PIE_CFLAGS}"
>>> +SECURITY_CFLAGS_pn-valgrind = “"
>> 
>> Can we instead add -lssp to LDFLAGS ?
> 
> Probably. Valgrind deliberately adds -fno-stack-protector to it's own
> CFLAGS though, so by forcing it to use the stack protector you would
> be going against the wishes of the Valgrind developers.

I think you are right in this case.




signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/4 v3] security_flags.inc: disable -fstack-protector-XXX for valgrind

[Andre McCurdy]

On Thu, Dec 17, 2015 at 9:16 PM, Khem Raj  wrote:
>
>> On Dec 17, 2015, at 8:42 PM, Andre McCurdy  wrote:
>>
>> Valgrind (v3.11.0) expects to build with stack protection disabled
>> and includes -fno-stack-protector in its default CFLAGS. However, the
>> CFLAGS provided by OE are included on the compiler command line after
>> the defaults so any -fstack-protector-all / -fstack-protector-strong
>> option provided by security_flags.inc will cause problems.
>>
>> | 
>> .../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:892:
>>  undefined reference to `__stack_chk_guard'
>> | 
>> .../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:947:
>>  undefined reference to `__stack_chk_fail'
>>
>> Signed-off-by: Andre McCurdy 
>> ---
>> meta/conf/distro/include/security_flags.inc | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/conf/distro/include/security_flags.inc 
>> b/meta/conf/distro/include/security_flags.inc
>> index 14ac0bf..1795750 100644
>> --- a/meta/conf/distro/include/security_flags.inc
>> +++ b/meta/conf/distro/include/security_flags.inc
>> @@ -84,7 +84,7 @@ SECURITY_CFLAGS_pn-python-numpy = 
>> "${SECURITY_NO_PIE_CFLAGS}"
>> SECURITY_CFLAGS_pn-python3 = "${SECURITY_NO_PIE_CFLAGS}"
>> SECURITY_CFLAGS_pn-tcl = "${SECURITY_NO_PIE_CFLAGS}"
>> SECURITY_CFLAGS_pn-tiff = "${SECURITY_NO_PIE_CFLAGS}"
>> -SECURITY_CFLAGS_pn-valgrind = "${SECURITY_NO_PIE_CFLAGS}"
>> +SECURITY_CFLAGS_pn-valgrind = “"
>
> Can we instead add -lssp to LDFLAGS ?

Probably. Valgrind deliberately adds -fno-stack-protector to it's own
CFLAGS though, so by forcing it to use the stack protector you would
be going against the wishes of the Valgrind developers.

>> SECURITY_CFLAGS_pn-zlib = "${SECURITY_NO_PIE_CFLAGS}"
>>
>> # These 2 have text relco errors with the pie options enabled
>> --
>> 1.9.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [jethro][PATCH] glibc: Backported a patch to fix glibc's bug(18589)

[Li Xin]

Also this patch fix LSB NG cases:
 * /tset/ANSI.os/locale/setlocale/T.setlocale 1 2 4 5 15
 * /tset/ANSI.os/string/strcoll_X/T.strcoll_X 1
 * /tset/LI18NUX2K.L1/base/wcscoll/T.wcscoll 1
 * /tset/LI18NUX2K.L1/utils/localedef/T.localedef 7
 * /tset/LI18NUX2K.L1/utils/sort/T.sort 1 3 17 19 33 35
 * /tset/LI18NUX2K.L1/utils/comm/T.comm 1 2
 * /tset/LI18NUX2K.L1/utils/ls-fh/T.ls-fh 2

This patch is backported from
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6c84109cfa26f35c3dfed3acb97d347361bd5849

Signed-off-by: Li Xin 
---
 ...ove-incorrect-STRDIFF-based-optimization-.patch | 323 +
 meta/recipes-core/glibc/glibc_2.22.bb  |   1 +
 2 files changed, 324 insertions(+)
 create mode 100644 
meta/recipes-core/glibc/glibc/strcoll-Remove-incorrect-STRDIFF-based-optimization-.patch

diff --git 
a/meta/recipes-core/glibc/glibc/strcoll-Remove-incorrect-STRDIFF-based-optimization-.patch
 
b/meta/recipes-core/glibc/glibc/strcoll-Remove-incorrect-STRDIFF-based-optimization-.patch
new file mode 100644
index 000..8ce255f
--- /dev/null
+++ 
b/meta/recipes-core/glibc/glibc/strcoll-Remove-incorrect-STRDIFF-based-optimization-.patch
@@ -0,0 +1,323 @@
+Upstream-Status: Backport
+
+Signed-off-by: Li Xin 
+
+From 
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=6c84109cfa26f35c3dfed3acb97d347361bd5849
+Author: Carlos O'Donell 
+Date:   Thu Oct 8 16:34:53 2015 -0400
+
+strcoll: Remove incorrect STRDIFF-based optimization (Bug 18589).
+
+The optimization introduced in commit
+f13c2a8dff2329c6692a80176262ceaaf8a6f74e, causes regressions in
+sorting for languages that have digraphs that change sort order, like
+cs_CZ which sorts ch between h and i.
+
+My analysis shows the fast-forwarding optimization in STRCOLL advances
+through a digraph while possibly stopping in the middle which results
+in a subsequent skipping of the digraph and incorrect sorting. The
+optimization is incorrect as implemented and because of that I'm
+removing it for 2.23, and I will also commit this fix for 2.22 where
+it was originally introduced.
+
+This patch reverts the optimization, introduces a new bug-strcoll2.c
+regression test that tests both cs_CZ.UTF-8 and da_DK.ISO-8859-1 and
+ensures they sort one digraph each correctly. The optimization can't be
+applied without regressing this test.
+
+Checked on x86_64, bug-strcoll2.c fails without this patch and passes
+after. This will also get a fix on 2.22 which has the same bug.
+
+(cherry picked from commit 87701a58e291bd7ac3b407d10a829dac52c9c16e)
+---
+ locale/C-collate.c   |  4 +-
+ locale/categories.def|  1 -
+ locale/langinfo.h|  1 -
+ locale/localeinfo.h  |  7 
+ locale/programs/ld-collate.c |  9 -
+ string/bug-strcoll2.c| 95 
+ string/strcoll_l.c   | 39 +-
+ wcsmbs/wcscoll_l.c   |  1 -
+ 8 files changed, 98 insertions(+), 59 deletions(-)
+ create mode 100644 string/bug-strcoll2.c
+
+diff --git a/locale/C-collate.c b/locale/C-collate.c
+index d7f3c55..06dfdfa 100644
+--- a/locale/C-collate.c
 b/locale/C-collate.c
+@@ -144,8 +144,6 @@ const struct __locale_data _nl_C_LC_COLLATE 
attribute_hidden =
+ /* _NL_COLLATE_COLLSEQWC */
+ { .string = (const char *) collseqwc },
+ /* _NL_COLLATE_CODESET */
+-{ .string = _nl_C_codeset },
+-/* _NL_COLLATE_ENCODING_TYPE */
+-{ .word = __cet_8bit }
++{ .string = _nl_C_codeset }
+   }
+ };
+diff --git a/locale/categories.def b/locale/categories.def
+index 045489d..a8dda53 100644
+--- a/locale/categories.def
 b/locale/categories.def
+@@ -58,7 +58,6 @@ DEFINE_CATEGORY
+   DEFINE_ELEMENT (_NL_COLLATE_COLLSEQMB,"collate-collseqmb",
std, wstring)
+   DEFINE_ELEMENT (_NL_COLLATE_COLLSEQWC,"collate-collseqwc",
std, wstring)
+   DEFINE_ELEMENT (_NL_COLLATE_CODESET,"collate-codeset",  
std, string)
+-  DEFINE_ELEMENT (_NL_COLLATE_ENCODING_TYPE,   "collate-encoding-type",
std, word)
+   ), NO_POSTLOAD)
+ 
+ 
+diff --git a/locale/langinfo.h b/locale/langinfo.h
+index ffc5c7f..a565d9d 100644
+--- a/locale/langinfo.h
 b/locale/langinfo.h
+@@ -255,7 +255,6 @@ enum
+   _NL_COLLATE_COLLSEQMB,
+   _NL_COLLATE_COLLSEQWC,
+   _NL_COLLATE_CODESET,
+-  _NL_COLLATE_ENCODING_TYPE,
+   _NL_NUM_LC_COLLATE,
+ 
+   /* LC_CTYPE category: character classification.
+diff --git a/locale/localeinfo.h b/locale/localeinfo.h
+index a7516c0..c076d8e 100644
+--- a/locale/localeinfo.h
 b/locale/localeinfo.h
+@@ -110,13 +110,6 @@ enum coll_sort_rule
+   sort_mask
+ };
+ 
+-/* Collation encoding type.  */
+-enum collation_encoding_type
+-{
+-  __cet_other,
+-  __cet_8bit,
+-  __cet_utf8
+-};
+ 
+ /* We can map the types of the entries into a few categories.  */
+ enum value_type
+diff --git a/locale/programs/ld-collate.c b/locale/programs/ld-collate.c
+index 16e90

Re: [OE-core] [PATCH 3/4 v3] valgrind: don't restrict to armv7a

[Khem Raj]

> On Dec 17, 2015, at 8:42 PM, Andre McCurdy  wrote:
> 
> Valgrind has been tested on armv5te/qemuarm, so it seems
> that valgrind's configure check for armv7 is over cautious.
> 
> Signed-off-by: Andre McCurdy 
> ---
> meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
> 
> diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
> b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> index 3dc3cc1..bb3f6e1 100644
> --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> @@ -26,14 +26,16 @@ SRC_URI = 
> "http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
> SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
> SRC_URI[sha256sum] = 
> "6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
> 
> -COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
> -COMPATIBLE_HOST_armv7a = 'arm.*-linux'
> +COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
> 
> inherit autotools ptest
> 
> EXTRA_OECONF = "--enable-tls --without-mpicc"
> -EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
> --without-mpicc"
> EXTRA_OECONF += 
> "${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', 
> True) != '32']}"
> +
> +# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
> autotools.bbclass default --host option
> +EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}”

this could be problematic for arm < v7

> +

> EXTRA_OEMAKE = "-w"
> 
> do_install_append () {
> --
> 1.9.1
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/4 v3] security_flags.inc: disable -fstack-protector-XXX for valgrind

[Khem Raj]

> On Dec 17, 2015, at 8:42 PM, Andre McCurdy  wrote:
> 
> Valgrind (v3.11.0) expects to build with stack protection disabled
> and includes -fno-stack-protector in its default CFLAGS. However, the
> CFLAGS provided by OE are included on the compiler command line after
> the defaults so any -fstack-protector-all / -fstack-protector-strong
> option provided by security_flags.inc will cause problems.
> 
> | 
> .../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:892:
>  undefined reference to `__stack_chk_guard'
> | 
> .../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:947:
>  undefined reference to `__stack_chk_fail'
> 
> Signed-off-by: Andre McCurdy 
> ---
> meta/conf/distro/include/security_flags.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/conf/distro/include/security_flags.inc 
> b/meta/conf/distro/include/security_flags.inc
> index 14ac0bf..1795750 100644
> --- a/meta/conf/distro/include/security_flags.inc
> +++ b/meta/conf/distro/include/security_flags.inc
> @@ -84,7 +84,7 @@ SECURITY_CFLAGS_pn-python-numpy = 
> "${SECURITY_NO_PIE_CFLAGS}"
> SECURITY_CFLAGS_pn-python3 = "${SECURITY_NO_PIE_CFLAGS}"
> SECURITY_CFLAGS_pn-tcl = "${SECURITY_NO_PIE_CFLAGS}"
> SECURITY_CFLAGS_pn-tiff = "${SECURITY_NO_PIE_CFLAGS}"
> -SECURITY_CFLAGS_pn-valgrind = "${SECURITY_NO_PIE_CFLAGS}"
> +SECURITY_CFLAGS_pn-valgrind = “"

Can we instead add -lssp to LDFLAGS ?

> SECURITY_CFLAGS_pn-zlib = "${SECURITY_NO_PIE_CFLAGS}"
> 
> # These 2 have text relco errors with the pie options enabled
> --
> 1.9.1
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4 v3] valgrind: don't restrict to armv7a

[Andre McCurdy]

Valgrind has been tested on armv5te/qemuarm, so it seems
that valgrind's configure check for armv7 is over cautious.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index 3dc3cc1..bb3f6e1 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -26,14 +26,16 @@ SRC_URI = 
"http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
 SRC_URI[sha256sum] = 
"6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
 
-COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
-COMPATIBLE_HOST_armv7a = 'arm.*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
 
 inherit autotools ptest
 
 EXTRA_OECONF = "--enable-tls --without-mpicc"
-EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
--without-mpicc"
 EXTRA_OECONF += 
"${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', True) 
!= '32']}"
+
+# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
autotools.bbclass default --host option
+EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}"
+
 EXTRA_OEMAKE = "-w"
 
 do_install_append () {
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4 v3] valgrind: update to 3.11.0

[Andre McCurdy]

From: Alexander Kanavin 

LICENSE checksums are changed due to a change in FSF address, or copyright
years update.

Rebased patches:
sepbuildfix.patch rebased to 0004-Fix-out-of-tree-builds.patch
add-ptest.patch rebased to 
0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch

Removed patches:
force-nostabs.patch removed because it's patching lines that have been removed 
upstream
remove-ppc-tests-failing-build.patch removed because it no longer applies, and 
rebasing it
requires building with special ppc32 machine configurations; qemuppc build is 
fine without it.
enable.building.on.4.x.kernel.patch removed because the problem is fixed 
upstream
glibc.patch removed for the same reason

Removed backports:
pass-maltivec-only-if-it-supported.patch
0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch

Signed-off-by: Alexander Kanavin 
Signed-off-by: Andre McCurdy 
---
 ...able-rt_sigpending-syscall-on-ppc64-linux.patch |  35 ---
 .../valgrind/valgrind/0002-remove-rpath.patch  |  35 +++
 .../valgrind/0004-Fix-out-of-tree-builds.patch | 175 +++
 ...vg_test-wrapper-to-support-PTEST-formats.patch} |  87 
 .../valgrind/enable.building.on.4.x.kernel.patch   |  37 
 .../valgrind/valgrind/force-nostabs.patch  |  42 
 .../recipes-devtools/valgrind/valgrind/glibc.patch |  44 
 .../pass-maltivec-only-if-it-supported.patch   |  68 --
 .../valgrind/remove-ppc-tests-failing-build.patch  |  75 ---
 .../valgrind/valgrind/sepbuildfix.patch| 235 -
 .../{valgrind_3.10.1.bb => valgrind_3.11.0.bb} |  34 ++-
 11 files changed, 272 insertions(+), 595 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0004-Fix-out-of-tree-builds.patch
 rename meta/recipes-devtools/valgrind/valgrind/{add-ptest.patch => 
0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch} (80%)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/enable.building.on.4.x.kernel.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/force-nostabs.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/glibc.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/pass-maltivec-only-if-it-supported.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/remove-ppc-tests-failing-build.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/sepbuildfix.patch
 rename meta/recipes-devtools/valgrind/{valgrind_3.10.1.bb => 
valgrind_3.11.0.bb} (77%)

diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
deleted file mode 100644
index 56bb5f5..000
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 1a8006f56342dae9f7100a3c33d80873676e0404 Mon Sep 17 00:00:00 2001
-From: Li Zhou 
-Date: Mon, 24 Aug 2015 03:55:18 -0400
-Subject: [PATCH] valgrind: Enable rt_sigpending syscall on ppc64 linux
-
-New Revision: 15133
-Enable rt_sigpending syscall on ppc64 linux.
-Patch from Thomas Huth 
-
-Get the patch from valgrind upstream:
-http://valgrind.10908.n7.nabble.com/Valgrind-r15133-in-trunk-NEWS-coregrind-m-syswrap-syswrap-ppc64-linux-c-td54589.html
-
-Upstream-Status: backport
-
-Signed-off-by: Li Zhou 

- coregrind/m_syswrap/syswrap-ppc64-linux.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/coregrind/m_syswrap/syswrap-ppc64-linux.c 
b/coregrind/m_syswrap/syswrap-ppc64-linux.c
-index 5946ee1..8aaa1d7 100644
 a/coregrind/m_syswrap/syswrap-ppc64-linux.c
-+++ b/coregrind/m_syswrap/syswrap-ppc64-linux.c
-@@ -887,7 +887,7 @@ static SyscallTableEntry syscall_table[] = {
-LINXY(__NR_rt_sigaction,  sys_rt_sigaction),   // 173
-LINXY(__NR_rt_sigprocmask,sys_rt_sigprocmask), // 174
- 
--// _(__NR_rt_sigpending, sys_rt_sigpending),  // 175
-+   LINXY(__NR_rt_sigpending, sys_rt_sigpending),  // 175
-LINXY(__NR_rt_sigtimedwait,   sys_rt_sigtimedwait),// 176
-LINXY(__NR_rt_sigqueueinfo,   sys_rt_sigqueueinfo),// 177
-LINX_(__NR_rt_sigsuspend, sys_rt_sigsuspend),  // 178
--- 
-1.9.1
-
diff --git a/meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch 
b/meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
new file mode 100644
index 000..e9112da
--- /dev/null
+++ b/meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
@@ -0,0 +1,35 @@
+From f96cf1f4eaa72860ab8b5e18ad10fdc704d78c5f Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Tue, 15 Dec 2015 15:01:34 +0200
+Subject: [PATCH 2/5] r

[OE-core] [PATCH 4/4 v3] valgrind: include aarch64 in COMPATIBLE_HOST

[Andre McCurdy]

Valgrind has supported aarch64 since v3.10.0.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index bb3f6e1..293dd2b 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -26,7 +26,7 @@ SRC_URI = 
"http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
 SRC_URI[sha256sum] = 
"6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
 
-COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|arm|aarch64|mips|powerpc|powerpc64).*-linux'
 
 inherit autotools ptest
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4 v3] security_flags.inc: disable -fstack-protector-XXX for valgrind

[Andre McCurdy]

Valgrind (v3.11.0) expects to build with stack protection disabled
and includes -fno-stack-protector in its default CFLAGS. However, the
CFLAGS provided by OE are included on the compiler command line after
the defaults so any -fstack-protector-all / -fstack-protector-strong
option provided by security_flags.inc will cause problems.

 | 
.../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:892:
 undefined reference to `__stack_chk_guard'
 | 
.../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:947:
 undefined reference to `__stack_chk_fail'

Signed-off-by: Andre McCurdy 
---
 meta/conf/distro/include/security_flags.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/security_flags.inc 
b/meta/conf/distro/include/security_flags.inc
index 14ac0bf..1795750 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -84,7 +84,7 @@ SECURITY_CFLAGS_pn-python-numpy = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-python3 = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-tcl = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-tiff = "${SECURITY_NO_PIE_CFLAGS}"
-SECURITY_CFLAGS_pn-valgrind = "${SECURITY_NO_PIE_CFLAGS}"
+SECURITY_CFLAGS_pn-valgrind = ""
 SECURITY_CFLAGS_pn-zlib = "${SECURITY_NO_PIE_CFLAGS}"
 
 # These 2 have text relco errors with the pie options enabled
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/4 v3] valgrind: update to 3.11.0 + fixes

[Andre McCurdy]

Rebase Alexander's valgrind 3.11.0 update patch to current
oe-core master (remove redunant FILES_${PN}-dbg line) plus
fix additional issues.

This time based on v2 of Alexander's 3.11.0 update patch...

Alexander Kanavin (1):
  valgrind: update to 3.11.0

Andre McCurdy (3):
  security_flags.inc: disable -fstack-protector-XXX for valgrind
  valgrind: don't restrict to armv7a
  valgrind: include aarch64 in COMPATIBLE_HOST

 meta/conf/distro/include/security_flags.inc|   2 +-
 ...able-rt_sigpending-syscall-on-ppc64-linux.patch |  35 ---
 .../valgrind/valgrind/0002-remove-rpath.patch  |  35 +++
 .../valgrind/0004-Fix-out-of-tree-builds.patch | 175 +++
 ...vg_test-wrapper-to-support-PTEST-formats.patch} |  87 
 .../valgrind/enable.building.on.4.x.kernel.patch   |  37 
 .../valgrind/valgrind/force-nostabs.patch  |  42 
 .../recipes-devtools/valgrind/valgrind/glibc.patch |  44 
 .../pass-maltivec-only-if-it-supported.patch   |  68 --
 .../valgrind/remove-ppc-tests-failing-build.patch  |  75 ---
 .../valgrind/valgrind/sepbuildfix.patch| 235 -
 .../{valgrind_3.10.1.bb => valgrind_3.11.0.bb} |  42 ++--
 12 files changed, 278 insertions(+), 599 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0004-Fix-out-of-tree-builds.patch
 rename meta/recipes-devtools/valgrind/valgrind/{add-ptest.patch => 
0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch} (80%)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/enable.building.on.4.x.kernel.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/force-nostabs.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/glibc.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/pass-maltivec-only-if-it-supported.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/remove-ppc-tests-failing-build.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/sepbuildfix.patch
 rename meta/recipes-devtools/valgrind/{valgrind_3.10.1.bb => 
valgrind_3.11.0.bb} (72%)

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/4 v2] valgrind: make it explicit that valgrind supports armv7a and above

[Andre McCurdy]

On Thu, Dec 17, 2015 at 8:14 PM, Khem Raj  wrote:
>
>> On Dec 17, 2015, at 5:35 PM, Andre McCurdy  wrote:
>>
>> Update comments etc and remove usage of the _armv7a over-ride.
>>
>> Signed-off-by: Andre McCurdy 
>> ---
>> meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 13 ++---
>> 1 file changed, 10 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
>> b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> index 3dc3cc1..0481c63 100644
>> --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
>> @@ -26,14 +26,21 @@ SRC_URI = 
>> "http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
>> SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
>> SRC_URI[sha256sum] = 
>> "6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
>>
>> -COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
>> -COMPATIBLE_HOST_armv7a = 'arm.*-linux'
>> +COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
>> +
>> +# valgrind supports armv7 and above
>> +COMPATIBLE_HOST_armv4 = 'null'
>> +COMPATIBLE_HOST_armv5 = 'null'
>> +COMPATIBLE_HOST_armv6 = ‘null'
>
> I just used it last week with armv5te/qemuarm

Oh, that's good to know. If it works for armv5 then we should probably
just make it available for all arm builds. I'll send a new patch.

>>
>> inherit autotools ptest
>>
>> EXTRA_OECONF = "--enable-tls --without-mpicc"
>> -EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
>> --without-mpicc"
>> EXTRA_OECONF += 
>> "${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', 
>> True) != '32']}"
>> +
>> +# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
>> autotools.bbclass default --host option
>> +EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}"
>> +
>> EXTRA_OEMAKE = "-w"
>>
>> do_install_append () {
>> --
>> 1.9.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/4 v2] valgrind: make it explicit that valgrind supports armv7a and above

[Khem Raj]

> On Dec 17, 2015, at 5:35 PM, Andre McCurdy  wrote:
> 
> Update comments etc and remove usage of the _armv7a over-ride.
> 
> Signed-off-by: Andre McCurdy 
> ---
> meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 13 ++---
> 1 file changed, 10 insertions(+), 3 deletions(-)
> 
> diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
> b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> index 3dc3cc1..0481c63 100644
> --- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> +++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
> @@ -26,14 +26,21 @@ SRC_URI = 
> "http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
> SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
> SRC_URI[sha256sum] = 
> "6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
> 
> -COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
> -COMPATIBLE_HOST_armv7a = 'arm.*-linux'
> +COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
> +
> +# valgrind supports armv7 and above
> +COMPATIBLE_HOST_armv4 = 'null'
> +COMPATIBLE_HOST_armv5 = 'null'
> +COMPATIBLE_HOST_armv6 = ‘null'

I just used it last week with armv5te/qemuarm

> 
> inherit autotools ptest
> 
> EXTRA_OECONF = "--enable-tls --without-mpicc"
> -EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
> --without-mpicc"
> EXTRA_OECONF += 
> "${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', 
> True) != '32']}"
> +
> +# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
> autotools.bbclass default --host option
> +EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}"
> +
> EXTRA_OEMAKE = "-w"
> 
> do_install_append () {
> --
> 1.9.1
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] archiver.bbclass: do checkout for kernel

[Jian Liu]

Hi Ross,

I test this patch. I seem to have no relationship with my issue. This 
patch just optimizes some tasks.


My problem seems to be gotten around by a patch 
523e4f6a6913b64453579d27a02467e14f7df42e submitted by Bruce.
"bareclone=1" is removed from SRC_URI. So kernel source is not a bare 
repo any more.


I do not know why "bareclone=1" is removed. This option seems to have no 
side effect on kernel.

So I thinks this should be a hidden trouble.

Do you have any ideas?

Thanks!

Jian

On 2015年12月17日 06:29, Burton, Ross wrote:


On 2 November 2015 at 06:23, Jian Liu > wrote:


The repo of kernel is bare git repository and we need to checkout
to get
the source code.


A recent patch to archiver ("fix previous issue regarding work-shared 
for linux-yocto") claims to fix this, can you confirm if that fixes 
this problem or if this fixes more edge cases regarding the kernel.


Cheers,
Ross


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH][master][RESEND 14/15] arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and cortexa15

[Andre McCurdy]

On Thu, Dec 10, 2015 at 5:48 AM, Martin Jansa  wrote:
> * be aware that this -march value is available only in gcc-4.9 and
>   newer:
>   https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57907
> * -mcpu=cortex15 and -mcpu=cortexa7 conflict with -march=armv7a
>   We either have to stop putting -march in default CCARGS or at
>   least set it compatible one like this patch does.

Can we drop the concept of armv7ve without Thumb support?

Thumb was optional for armv4 but from armv5 onwards every ARM core has
been able to support Thumb as well. Unfortunately the cpu tuning .inc
files in oe-core for armv5 and above just seem to have copied any
pasted from armv4 and so provide bogus non-thumb capable tuning
options, which just add a lot of unnecessary complexity (the only real
difference between them is that the thumb capable versions respect
ARM_INSTRUCTION_SET and the non-thumb capable versions ignore it).

To avoid breaking existing machine configs and package feeds, I guess
we might be stuck with the existing AVAILTUNES for armv7a and below,
but can we at least fix it for armv7ve ?


> Signed-off-by: Martin Jansa 
> ---
>  meta/conf/machine/include/arm/arch-armv7ve.inc | 141 
> +
>  .../conf/machine/include/arm/feature-arm-thumb.inc |   1 +
>  meta/conf/machine/include/tune-cortexa15.inc   |  52 
>  meta/conf/machine/include/tune-cortexa7.inc|  52 
>  4 files changed, 194 insertions(+), 52 deletions(-)
>  create mode 100644 meta/conf/machine/include/arm/arch-armv7ve.inc
>
> diff --git a/meta/conf/machine/include/arm/arch-armv7ve.inc 
> b/meta/conf/machine/include/arm/arch-armv7ve.inc
> new file mode 100644
> index 000..79e1ef6
> --- /dev/null
> +++ b/meta/conf/machine/include/arm/arch-armv7ve.inc
> @@ -0,0 +1,141 @@
> +DEFAULTTUNE ?= "armv7ve"
> +
> +TUNEVALID[armv7ve] = "Enable instructions for ARMv7ve"
> +TUNECONFLICTS[armv7ve] = "armv4 armv5 armv6 armv7 armv7a"
> +TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'armv7ve', ' 
> -march=armv7ve', '', d)}"
> +MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'armv7ve', 
> 'armv7ve:', '' ,d)}"
> +
> +require conf/machine/include/arm/arch-armv6.inc
> +require conf/machine/include/arm/feature-arm-neon.inc
> +
> +# Little Endian base configs
> +AVAILTUNES += "armv7ve armv7vet armv7ve-vfpv3d16 armv7vet-vfpv3d16 
> armv7ve-vfpv3 armv7vet-vfpv3 armv7ve-neon armv7vet-neon armv7ve-neon-vfpv4 
> armv7vet-neon-vfpv4"
> +ARMPKGARCH_tune-armv7ve ?= "armv7ve"
> +ARMPKGARCH_tune-armv7vet?= "armv7ve"
> +ARMPKGARCH_tune-armv7ve-vfpv3d16?= "armv7ve"
> +ARMPKGARCH_tune-armv7vet-vfpv3d16   ?= "armv7ve"
> +ARMPKGARCH_tune-armv7ve-vfpv3   ?= "armv7ve"
> +ARMPKGARCH_tune-armv7vet-vfpv3  ?= "armv7ve"
> +ARMPKGARCH_tune-armv7ve-neon?= "armv7ve"
> +ARMPKGARCH_tune-armv7vet-neon   ?= "armv7ve"
> +ARMPKGARCH_tune-armv7ve-neon-vfpv4  ?= "armv7ve"
> +ARMPKGARCH_tune-armv7vet-neon-vfpv4 ?= "armv7ve"
> +TUNE_FEATURES_tune-armv7ve = "arm armv7ve vfp"
> +TUNE_FEATURES_tune-armv7vet= "${TUNE_FEATURES_tune-armv7ve} 
> thumb"
> +TUNE_FEATURES_tune-armv7ve-vfpv3d16= "${TUNE_FEATURES_tune-armv7ve}  
> vfpv3d16"
> +TUNE_FEATURES_tune-armv7vet-vfpv3d16   = "${TUNE_FEATURES_tune-armv7vet} 
> vfpv3d16"
> +TUNE_FEATURES_tune-armv7ve-vfpv3   = 
> "${TUNE_FEATURES_tune-armv7ve-vfpv3d16}  vfpv3"
> +TUNE_FEATURES_tune-armv7vet-vfpv3  = 
> "${TUNE_FEATURES_tune-armv7vet-vfpv3d16} vfpv3"
> +TUNE_FEATURES_tune-armv7ve-neon= "${TUNE_FEATURES_tune-armv7ve}  
> neon"
> +TUNE_FEATURES_tune-armv7vet-neon   = "${TUNE_FEATURES_tune-armv7vet} 
> neon"
> +TUNE_FEATURES_tune-armv7ve-neon-vfpv4  = "${TUNE_FEATURES_tune-armv7ve-neon} 
>  vfpv4"
> +TUNE_FEATURES_tune-armv7vet-neon-vfpv4 = 
> "${TUNE_FEATURES_tune-armv7vet-neon} vfpv4"
> +PACKAGE_EXTRA_ARCHS_tune-armv7ve = 
> "${PACKAGE_EXTRA_ARCHS_tune-armv6}  armv7ve armv7ve-vfp"
> +PACKAGE_EXTRA_ARCHS_tune-armv7vet= 
> "${PACKAGE_EXTRA_ARCHS_tune-armv6t} armv7ve armv7ve-vfp armv7vet2-vfp"
> +PACKAGE_EXTRA_ARCHS_tune-armv7ve-vfpv3d16= 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7ve}  armv7ve-vfpv3d16"
> +PACKAGE_EXTRA_ARCHS_tune-armv7vet-vfpv3d16   = 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7vet} armv7ve-vfpv3d16 armv7vet2-vfpv3d16"
> +PACKAGE_EXTRA_ARCHS_tune-armv7ve-vfpv3   = 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7ve-vfpv3d16}  armv7ve-vfpv3"
> +PACKAGE_EXTRA_ARCHS_tune-armv7vet-vfpv3  = 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7vet-vfpv3d16} armv7ve-vfpv3 armv7vet2-vfpv3"
> +PACKAGE_EXTRA_ARCHS_tune-armv7ve-neon= 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7ve}  armv7ve-neon"
> +PACKAGE_EXTRA_ARCHS_tune-armv7vet-neon   = 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7vet} armv7ve-neon armv7vet2-neon"
> +PACKAGE_EXTRA_ARCHS_tune-armv7ve-neon-vfpv4  = 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7ve-neon}  armv7ve-neon-vfpv4"
> +PACKAGE_EXTRA_ARCHS_tune-armv7vet-neon-vfpv4 = 
> "${PACKAGE_EXTRA_ARCHS_tune-armv7vet-ne

[OE-core] [PATCH 4/4 v2] valgrind: include aarch64 in COMPATIBLE_HOST

[Andre McCurdy]

Valgrind has supported aarch64 since v3.10.0.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index 0481c63..4c602ce 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -26,7 +26,7 @@ SRC_URI = 
"http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
 SRC_URI[sha256sum] = 
"6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
 
-COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|arm|aarch64|mips|powerpc|powerpc64).*-linux'
 
 # valgrind supports armv7 and above
 COMPATIBLE_HOST_armv4 = 'null'
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4 v2] valgrind: make it explicit that valgrind supports armv7a and above

[Andre McCurdy]

Update comments etc and remove usage of the _armv7a over-ride.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 13 ++---
 1 file changed, 10 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index 3dc3cc1..0481c63 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -26,14 +26,21 @@ SRC_URI = 
"http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
 SRC_URI[sha256sum] = 
"6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
 
-COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
-COMPATIBLE_HOST_armv7a = 'arm.*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
+
+# valgrind supports armv7 and above
+COMPATIBLE_HOST_armv4 = 'null'
+COMPATIBLE_HOST_armv5 = 'null'
+COMPATIBLE_HOST_armv6 = 'null'
 
 inherit autotools ptest
 
 EXTRA_OECONF = "--enable-tls --without-mpicc"
-EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
--without-mpicc"
 EXTRA_OECONF += 
"${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', True) 
!= '32']}"
+
+# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
autotools.bbclass default --host option
+EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}"
+
 EXTRA_OEMAKE = "-w"
 
 do_install_append () {
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4 v2] security_flags.inc: disable -fstack-protector-XXX for valgrind

[Andre McCurdy]

Valgrind (v3.11.0) expects to build with stack protection disabled
and includes -fno-stack-protector in its default CFLAGS. However, the
CFLAGS provided by OE are included on the compiler command line after
the defaults so any -fstack-protector-all / -fstack-protector-strong
option provided by security_flags.inc will cause problems.

 | 
.../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:892:
 undefined reference to `__stack_chk_guard'
 | 
.../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:947:
 undefined reference to `__stack_chk_fail'

Signed-off-by: Andre McCurdy 
---
 meta/conf/distro/include/security_flags.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/security_flags.inc 
b/meta/conf/distro/include/security_flags.inc
index 14ac0bf..1795750 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -84,7 +84,7 @@ SECURITY_CFLAGS_pn-python-numpy = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-python3 = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-tcl = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-tiff = "${SECURITY_NO_PIE_CFLAGS}"
-SECURITY_CFLAGS_pn-valgrind = "${SECURITY_NO_PIE_CFLAGS}"
+SECURITY_CFLAGS_pn-valgrind = ""
 SECURITY_CFLAGS_pn-zlib = "${SECURITY_NO_PIE_CFLAGS}"
 
 # These 2 have text relco errors with the pie options enabled
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4 v2] valgrind: update to 3.11.0

[Andre McCurdy]

From: Alexander Kanavin 

LICENSE checksums are changed due to a change in FSF address, or copyright
years update.

Rebased patches:
sepbuildfix.patch rebased to 0004-Fix-out-of-tree-builds.patch
add-ptest.patch rebased to 
0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch

Removed patches:
force-nostabs.patch removed because it's patching lines that have been removed 
upstream
remove-ppc-tests-failing-build.patch removed because it no longer applies, and 
rebasing it
requires building with special ppc32 machine configurations; qemuppc build is 
fine without it.
enable.building.on.4.x.kernel.patch removed because the problem is fixed 
upstream
glibc.patch removed for the same reason

Removed backports:
pass-maltivec-only-if-it-supported.patch
0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch

Signed-off-by: Alexander Kanavin 
Signed-off-by: Andre McCurdy 
---
 ...able-rt_sigpending-syscall-on-ppc64-linux.patch |  35 ---
 .../valgrind/valgrind/0002-remove-rpath.patch  |  35 +++
 .../valgrind/0004-Fix-out-of-tree-builds.patch | 175 +++
 ...vg_test-wrapper-to-support-PTEST-formats.patch} |  87 
 .../valgrind/enable.building.on.4.x.kernel.patch   |  37 
 .../valgrind/valgrind/force-nostabs.patch  |  42 
 .../recipes-devtools/valgrind/valgrind/glibc.patch |  44 
 .../pass-maltivec-only-if-it-supported.patch   |  68 --
 .../valgrind/remove-ppc-tests-failing-build.patch  |  75 ---
 .../valgrind/valgrind/sepbuildfix.patch| 235 -
 .../{valgrind_3.10.1.bb => valgrind_3.11.0.bb} |  34 ++-
 11 files changed, 272 insertions(+), 595 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0004-Fix-out-of-tree-builds.patch
 rename meta/recipes-devtools/valgrind/valgrind/{add-ptest.patch => 
0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch} (80%)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/enable.building.on.4.x.kernel.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/force-nostabs.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/glibc.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/pass-maltivec-only-if-it-supported.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/remove-ppc-tests-failing-build.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/sepbuildfix.patch
 rename meta/recipes-devtools/valgrind/{valgrind_3.10.1.bb => 
valgrind_3.11.0.bb} (77%)

diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
deleted file mode 100644
index 56bb5f5..000
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 1a8006f56342dae9f7100a3c33d80873676e0404 Mon Sep 17 00:00:00 2001
-From: Li Zhou 
-Date: Mon, 24 Aug 2015 03:55:18 -0400
-Subject: [PATCH] valgrind: Enable rt_sigpending syscall on ppc64 linux
-
-New Revision: 15133
-Enable rt_sigpending syscall on ppc64 linux.
-Patch from Thomas Huth 
-
-Get the patch from valgrind upstream:
-http://valgrind.10908.n7.nabble.com/Valgrind-r15133-in-trunk-NEWS-coregrind-m-syswrap-syswrap-ppc64-linux-c-td54589.html
-
-Upstream-Status: backport
-
-Signed-off-by: Li Zhou 

- coregrind/m_syswrap/syswrap-ppc64-linux.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/coregrind/m_syswrap/syswrap-ppc64-linux.c 
b/coregrind/m_syswrap/syswrap-ppc64-linux.c
-index 5946ee1..8aaa1d7 100644
 a/coregrind/m_syswrap/syswrap-ppc64-linux.c
-+++ b/coregrind/m_syswrap/syswrap-ppc64-linux.c
-@@ -887,7 +887,7 @@ static SyscallTableEntry syscall_table[] = {
-LINXY(__NR_rt_sigaction,  sys_rt_sigaction),   // 173
-LINXY(__NR_rt_sigprocmask,sys_rt_sigprocmask), // 174
- 
--// _(__NR_rt_sigpending, sys_rt_sigpending),  // 175
-+   LINXY(__NR_rt_sigpending, sys_rt_sigpending),  // 175
-LINXY(__NR_rt_sigtimedwait,   sys_rt_sigtimedwait),// 176
-LINXY(__NR_rt_sigqueueinfo,   sys_rt_sigqueueinfo),// 177
-LINX_(__NR_rt_sigsuspend, sys_rt_sigsuspend),  // 178
--- 
-1.9.1
-
diff --git a/meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch 
b/meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
new file mode 100644
index 000..e9112da
--- /dev/null
+++ b/meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
@@ -0,0 +1,35 @@
+From f96cf1f4eaa72860ab8b5e18ad10fdc704d78c5f Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Tue, 15 Dec 2015 15:01:34 +0200
+Subject: [PATCH 2/5] r

[OE-core] [PATCH 0/4 v2] valgrind: update to 3.11.0 + fixes

[Andre McCurdy]

Rebase Alexander's valgrind 3.11.0 update patch to current
oe-core master (remove redunant FILES_${PN}-dbg line) plus
fix additional issues.

This time based on v2 of Alexander's 3.11.0 update patch...

Alexander Kanavin (1):
  valgrind: update to 3.11.0

Andre McCurdy (3):
  security_flags.inc: disable -fstack-protector-XXX for valgrind
  valgrind: make it explicit that valgrind supports armv7a and above
  valgrind: include aarch64 in COMPATIBLE_HOST

 meta/conf/distro/include/security_flags.inc|   2 +-
 ...able-rt_sigpending-syscall-on-ppc64-linux.patch |  35 ---
 .../valgrind/valgrind/0002-remove-rpath.patch  |  35 +++
 .../valgrind/0004-Fix-out-of-tree-builds.patch | 175 +++
 ...vg_test-wrapper-to-support-PTEST-formats.patch} |  87 
 .../valgrind/enable.building.on.4.x.kernel.patch   |  37 
 .../valgrind/valgrind/force-nostabs.patch  |  42 
 .../recipes-devtools/valgrind/valgrind/glibc.patch |  44 
 .../pass-maltivec-only-if-it-supported.patch   |  68 --
 .../valgrind/remove-ppc-tests-failing-build.patch  |  75 ---
 .../valgrind/valgrind/sepbuildfix.patch| 235 -
 .../{valgrind_3.10.1.bb => valgrind_3.11.0.bb} |  45 ++--
 12 files changed, 282 insertions(+), 598 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0004-Fix-out-of-tree-builds.patch
 rename meta/recipes-devtools/valgrind/valgrind/{add-ptest.patch => 
0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch} (80%)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/enable.building.on.4.x.kernel.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/force-nostabs.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/glibc.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/pass-maltivec-only-if-it-supported.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/remove-ppc-tests-failing-build.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/sepbuildfix.patch
 rename meta/recipes-devtools/valgrind/{valgrind_3.10.1.bb => 
valgrind_3.11.0.bb} (71%)

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] valgrind: update to 3.11.0

[Andre McCurdy]

From: Alexander Kanavin 

LICENSE checksums are changed due to a change in FSF address, or copyright
years update.

Rebased patches:
sepbuildfix.patch rebased to 0004-Fix-out-of-tree-builds.patch
add-ptest.patch rebased to 
0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch

Removed patches:
force-nostabs.patch removed because it's patching lines that have been removed 
upstream
remove-ppc-tests-failing-build.patch removed because it no longer applies, and 
rebasing it
requires building with special ppc32 machine configurations; qemuppc build is 
fine without it.
enable.building.on.4.x.kernel.patch removed because the problem is fixed 
upstream
glibc.patch removed for the same reason

Removed backports:
pass-maltivec-only-if-it-supported.patch
0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch

There is a known warning issued during build:
WARNING: QA Issue: 
/usr/lib/valgrind/ptest/none/tests/scripts/shell@underscore@badinterp_valgrind-ptest
contained in package valgrind-ptest requires /this/is/a/bogus/interpreter/name,
but no providers found in its RDEPENDS [file-rdeps]

If you know how to fix it, let me know.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Andre McCurdy 
---
 ...able-rt_sigpending-syscall-on-ppc64-linux.patch |  35 ---
 .../valgrind/valgrind/0002-remove-rpath.patch  |  35 +++
 .../valgrind/0004-Fix-out-of-tree-builds.patch | 175 ++
 ...-vg_test-wrapper-to-support-PTEST-formats.patch | 252 +
 .../valgrind/valgrind/add-ptest.patch  | 243 
 .../valgrind/enable.building.on.4.x.kernel.patch   |  37 ---
 .../valgrind/valgrind/force-nostabs.patch  |  42 
 .../recipes-devtools/valgrind/valgrind/glibc.patch |  44 
 .../pass-maltivec-only-if-it-supported.patch   |  68 --
 .../valgrind/remove-ppc-tests-failing-build.patch  |  75 --
 .../valgrind/valgrind/sepbuildfix.patch| 235 ---
 meta/recipes-devtools/valgrind/valgrind_3.10.1.bb  | 104 -
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb  |  94 
 13 files changed, 556 insertions(+), 883 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0004-Fix-out-of-tree-builds.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/add-ptest.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/enable.building.on.4.x.kernel.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/force-nostabs.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/glibc.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/pass-maltivec-only-if-it-supported.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/remove-ppc-tests-failing-build.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/sepbuildfix.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind_3.10.1.bb
 create mode 100644 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb

diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
deleted file mode 100644
index 56bb5f5..000
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 1a8006f56342dae9f7100a3c33d80873676e0404 Mon Sep 17 00:00:00 2001
-From: Li Zhou 
-Date: Mon, 24 Aug 2015 03:55:18 -0400
-Subject: [PATCH] valgrind: Enable rt_sigpending syscall on ppc64 linux
-
-New Revision: 15133
-Enable rt_sigpending syscall on ppc64 linux.
-Patch from Thomas Huth 
-
-Get the patch from valgrind upstream:
-http://valgrind.10908.n7.nabble.com/Valgrind-r15133-in-trunk-NEWS-coregrind-m-syswrap-syswrap-ppc64-linux-c-td54589.html
-
-Upstream-Status: backport
-
-Signed-off-by: Li Zhou 

- coregrind/m_syswrap/syswrap-ppc64-linux.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/coregrind/m_syswrap/syswrap-ppc64-linux.c 
b/coregrind/m_syswrap/syswrap-ppc64-linux.c
-index 5946ee1..8aaa1d7 100644
 a/coregrind/m_syswrap/syswrap-ppc64-linux.c
-+++ b/coregrind/m_syswrap/syswrap-ppc64-linux.c
-@@ -887,7 +887,7 @@ static SyscallTableEntry syscall_table[] = {
-LINXY(__NR_rt_sigaction,  sys_rt_sigaction),   // 173
-LINXY(__NR_rt_sigprocmask,sys_rt_sigprocmask), // 174
- 
--// _(__NR_rt_sigpending, sys_rt_sigpending),  // 175
-+   LINXY(__NR_rt_sigpending, sys_rt_sigpending),  // 175
-LINXY(__NR_rt_sigtimedwait,   sys_rt_sigtimedwait),// 176

[OE-core] [PATCH 4/4] valgrind: include aarch64 in COMPATIBLE_HOST

[Andre McCurdy]

Valgrind has supported aarch64 since v3.10.0.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index 9e18ec1..ed609e1 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -26,7 +26,7 @@ SRC_URI = 
"http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
 SRC_URI[sha256sum] = 
"6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
 
-COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|arm|aarch64|mips|powerpc|powerpc64).*-linux'
 
 # valgrind supports armv7 and above
 COMPATIBLE_HOST_armv4 = 'null'
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] valgrind: make it explicit that valgrind supports armv7a and above

[Andre McCurdy]

Update comments etc and remove usage of the _armv7a over-ride.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 13 ++---
 1 file changed, 10 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
index 30110ab..9e18ec1 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb
@@ -26,14 +26,21 @@ SRC_URI = 
"http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "4ea62074da73ae82e0162d6550d3f129"
 SRC_URI[sha256sum] = 
"6c396271a8c1ddd5a6fb9abe714ea1e8a86fce85b30ab26b4266aeb4c2413b42"
 
-COMPATIBLE_HOST = '(i.86|x86_64|mips|powerpc|powerpc64).*-linux'
-COMPATIBLE_HOST_armv7a = 'arm.*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|arm|mips|powerpc|powerpc64).*-linux'
+
+# valgrind supports armv7 and above
+COMPATIBLE_HOST_armv4 = 'null'
+COMPATIBLE_HOST_armv5 = 'null'
+COMPATIBLE_HOST_armv6 = 'null'
 
 inherit autotools ptest
 
 EXTRA_OECONF = "--enable-tls --without-mpicc"
-EXTRA_OECONF_armv7a = "--enable-tls -host=armv7-none-linux-gnueabi 
--without-mpicc"
 EXTRA_OECONF += 
"${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', True) 
!= '32']}"
+
+# valgrind checks host_cpu "armv7*)", so we need to over-ride the 
autotools.bbclass default --host option
+EXTRA_OECONF_append_arm = " --host=armv7${HOST_VENDOR}-${HOST_OS}"
+
 EXTRA_OEMAKE = "-w"
 
 do_install_append () {
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] security_flags.inc: disable -fstack-protector-XXX for valgrind

[Andre McCurdy]

Valgrind (v3.11.0) expects to build with stack protection disabled
and includes -fno-stack-protector in its default CFLAGS. However, the
CFLAGS provided by OE are included on the compiler command line after
the defaults so any -fstack-protector-all / -fstack-protector-strong
option provided by security_flags.inc will cause problems.

 | 
.../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:892:
 undefined reference to `__stack_chk_guard'
 | 
.../build-bcm97425vms/tmp/work/mips32el-rdk-linux/valgrind/3.11.0-r0/valgrind-3.11.0/coregrind/m_mallocfree.c:947:
 undefined reference to `__stack_chk_fail'

Signed-off-by: Andre McCurdy 
---
 meta/conf/distro/include/security_flags.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/security_flags.inc 
b/meta/conf/distro/include/security_flags.inc
index 14ac0bf..1795750 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -84,7 +84,7 @@ SECURITY_CFLAGS_pn-python-numpy = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-python3 = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-tcl = "${SECURITY_NO_PIE_CFLAGS}"
 SECURITY_CFLAGS_pn-tiff = "${SECURITY_NO_PIE_CFLAGS}"
-SECURITY_CFLAGS_pn-valgrind = "${SECURITY_NO_PIE_CFLAGS}"
+SECURITY_CFLAGS_pn-valgrind = ""
 SECURITY_CFLAGS_pn-zlib = "${SECURITY_NO_PIE_CFLAGS}"
 
 # These 2 have text relco errors with the pie options enabled
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/4] valgrind: update to 3.11.0 + fixes

[Andre McCurdy]

Rebase Alexander's valgrind 3.11.0 update patch to current
oe-core master (remove redunant FILES_${PN}-dbg line) plus
fix additional issues.

Alexander Kanavin (1):
  valgrind: update to 3.11.0

Andre McCurdy (3):
  security_flags.inc: disable -fstack-protector-XXX for valgrind
  valgrind: make it explicit that valgrind supports armv7a and above
  valgrind: include aarch64 in COMPATIBLE_HOST

 meta/conf/distro/include/security_flags.inc|   2 +-
 ...able-rt_sigpending-syscall-on-ppc64-linux.patch |  35 ---
 .../valgrind/valgrind/0002-remove-rpath.patch  |  35 +++
 .../valgrind/0004-Fix-out-of-tree-builds.patch | 175 ++
 ...-vg_test-wrapper-to-support-PTEST-formats.patch | 252 +
 .../valgrind/valgrind/add-ptest.patch  | 243 
 .../valgrind/enable.building.on.4.x.kernel.patch   |  37 ---
 .../valgrind/valgrind/force-nostabs.patch  |  42 
 .../recipes-devtools/valgrind/valgrind/glibc.patch |  44 
 .../pass-maltivec-only-if-it-supported.patch   |  68 --
 .../valgrind/remove-ppc-tests-failing-build.patch  |  75 --
 .../valgrind/valgrind/sepbuildfix.patch| 235 ---
 meta/recipes-devtools/valgrind/valgrind_3.10.1.bb  | 104 -
 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb  | 101 +
 14 files changed, 564 insertions(+), 884 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-valgrind-Enable-rt_sigpending-syscall-on-ppc64-linux.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0002-remove-rpath.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0004-Fix-out-of-tree-builds.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0005-Modify-vg_test-wrapper-to-support-PTEST-formats.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/add-ptest.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/enable.building.on.4.x.kernel.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/force-nostabs.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/glibc.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/pass-maltivec-only-if-it-supported.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/remove-ppc-tests-failing-build.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind/sepbuildfix.patch
 delete mode 100644 meta/recipes-devtools/valgrind/valgrind_3.10.1.bb
 create mode 100644 meta/recipes-devtools/valgrind/valgrind_3.11.0.bb

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [

[Tom Hochstein]

Matchbox is redundant when Weston is run.

Signed-off-by: Tom Hochstein 
---
 meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb 
b/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb
index 17301a0..6c567ea 100644
--- a/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb
+++ b/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb
@@ -12,8 +12,7 @@ RDEPENDS_${PN} = "\
 packagegroup-core-x11-utils \
 dbus \
 pointercal \
-matchbox-terminal \
-matchbox-wm \
+${@bb.utils.contains('DISTRO_FEATURES', 'wayland', '', 'matchbox-terminal 
matchbox-wm', d)} \
 mini-x-session \
 liberation-fonts \
 "
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [

[Tom Hochstein]

Weston is started in different ways depending on the image
configuration and the runtime scenario. Refer to the weston man
page for more information.

Signed-off-by: Tom Hochstein 
---
 meta/recipes-graphics/wayland/weston-init.bb   | 15 ++-
 meta/recipes-graphics/wayland/weston-init/init |  2 +-
 meta/recipes-graphics/wayland/weston-init/weston-start | 18 ++
 .../wayland/weston-init/weston.service |  4 ++--
 4 files changed, 35 insertions(+), 4 deletions(-)
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston-start

diff --git a/meta/recipes-graphics/wayland/weston-init.bb 
b/meta/recipes-graphics/wayland/weston-init.bb
index 653541e..0bd3ad8 100644
--- a/meta/recipes-graphics/wayland/weston-init.bb
+++ b/meta/recipes-graphics/wayland/weston-init.bb
@@ -3,7 +3,8 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690"
 
 SRC_URI = "file://init \
-   file://weston.service"
+   file://weston.service \
+   file://weston-start"
 
 S = "${WORKDIR}"
 
@@ -13,6 +14,18 @@ do_install() {
 
install -d ${D}${systemd_system_unitdir}
install -m0644 ${WORKDIR}/weston.service ${D}${systemd_system_unitdir}
+
+   install -d ${D}/${bindir}
+   install -m755 ${WORKDIR}/weston-start ${D}/${bindir}
+   if [ "${@bb.utils.contains('DISTRO_FEATURES', 'x11 wayland', 
'xwayland', '', d)}" = "xwayland" ]; then
+   weston_launch_setup="mkdir -p /tmp/.X11-unix"
+   weston_launch_args="--modules=xwayland.so"
+   else
+   weston_launch_setup=""
+   weston_launch_args=""
+   fi
+   sed -i "s#WESTON_LAUNCH_SETUP#${weston_launch_setup}#" 
${D}/${bindir}/weston-start
+   sed -i "s#WESTON_LAUNCH_ARGS#${weston_launch_args}#" 
${D}/${bindir}/weston-start
 }
 
 inherit allarch update-rc.d distro_features_check systemd
diff --git a/meta/recipes-graphics/wayland/weston-init/init 
b/meta/recipes-graphics/wayland/weston-init/init
index 2e938f4..8567dfc 100644
--- a/meta/recipes-graphics/wayland/weston-init/init
+++ b/meta/recipes-graphics/wayland/weston-init/init
@@ -38,7 +38,7 @@ case "$1" in
 chmod 0700 $XDG_RUNTIME_DIR
 fi
 
-openvt -s weston -- $OPTARGS
+weston-start
   ;;
 
   stop)
diff --git a/meta/recipes-graphics/wayland/weston-init/weston-start 
b/meta/recipes-graphics/wayland/weston-init/weston-start
new file mode 100644
index 000..1360dd7
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston-init/weston-start
@@ -0,0 +1,18 @@
+#! /bin/sh
+
+# There are multiple ways to start weston.
+if [ "$WAYLAND_DISPLAY" ]; then
+echo -e "\aError: Weston is already running."
+echo "This script does not support launching Weston nested."
+exit 1
+else
+if [ "$DISPLAY" ]; then
+echo "Launching Weston"
+openvt -s -- sh -c "weston -- $OPTARGS > /var/log/weston.log 2>&1"
+else
+echo "Launching Weston"
+export XDG_CONFIG_HOME=/etc
+WESTON_LAUNCH_SETUP
+openvt $OPENVT_ARGS -- sh -c "weston-launch -- WESTON_LAUNCH_ARGS 
$OPTARGS > /var/log/weston.log 2>&1"
+fi
+fi
diff --git a/meta/recipes-graphics/wayland/weston-init/weston.service 
b/meta/recipes-graphics/wayland/weston-init/weston.service
index 4f1f7ff..856f91f 100644
--- a/meta/recipes-graphics/wayland/weston-init/weston.service
+++ b/meta/recipes-graphics/wayland/weston-init/weston.service
@@ -5,10 +5,10 @@ RequiresMountsFor=/run
 [Service]
 User=root
 EnvironmentFile=-/etc/default/weston
-Environment="XDG_RUNTIME_DIR=/run/user/root"
+Environment="XDG_RUNTIME_DIR=/run/user/root" "OPENVT_ARGS=-w"
 ExecStartPre=/bin/mkdir -p /run/user/root
 ExecStartPre=/bin/chmod 0700 /run/user/root
-ExecStart=/usr/bin/openvt -v -e /usr/bin/weston -- $OPTARGS
+ExecStart=/usr/bin/weston-start
 
 [Install]
 WantedBy=multi-user.target
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [

[Tom Hochstein]

Matchbox is redundant when Weston is run.

Signed-off-by: Tom Hochstein 
---
 meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb | 9 ++---
 1 file changed, 2 insertions(+), 7 deletions(-)

diff --git a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb 
b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
index 6679db8..4fe21d1 100644
--- a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
+++ b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
@@ -25,12 +25,7 @@ NETWORK_MANAGER_libc-uclibc = ""
 
 SUMMARY_${PN}-base = "Sato desktop - base packages"
 RDEPENDS_${PN}-base = "\
-matchbox-desktop \
-matchbox-session-sato \
-matchbox-keyboard \
-matchbox-keyboard-applet \
-matchbox-keyboard-im \
-matchbox-config-gtk \
+${@bb.utils.contains('DISTRO_FEATURES', 'wayland', '', 'matchbox-desktop 
matchbox-session-sato matchbox-keyboard matchbox-keyboard-applet 
matchbox-keyboard-im matchbox-config-gtk', d)} \
 xcursor-transparent-theme \
 sato-icon-theme \
 settings-daemon \
@@ -54,7 +49,7 @@ RDEPENDS_${PN}-apps = "\
 leafpad \
 gst-player-bin \
 x11vnc \
-matchbox-terminal \
+${@bb.utils.contains('DISTRO_FEATURES', 'wayland', '', 
'matchbox-terminal', d)} \
 sato-screenshot \
 ${FILEMANAGER} \
 ${WEB} \
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [

[Tom Hochstein]

The weston-launch app is required for Wayland.

Signed-off-by: Tom Hochstein 
---
 meta/recipes-graphics/wayland/weston_1.8.0.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-graphics/wayland/weston_1.8.0.bb 
b/meta/recipes-graphics/wayland/weston_1.8.0.bb
index aff9a12..807e799 100644
--- a/meta/recipes-graphics/wayland/weston_1.8.0.bb
+++ b/meta/recipes-graphics/wayland/weston_1.8.0.bb
@@ -20,7 +20,8 @@ SRC_URI[sha256sum] = 
"8963e69f328e815cec42c58046c4af721476c7541bb7d9edc71740fada
 
 inherit autotools pkgconfig useradd distro_features_check
 # depends on virtual/egl
-REQUIRED_DISTRO_FEATURES = "opengl"
+REQUIRED_DISTRO_FEATURES = "opengl \
+${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'pam', '', d)}"
 
 DEPENDS = "libxkbcommon gdk-pixbuf pixman cairo glib-2.0 jpeg"
 DEPENDS += "wayland libinput virtual/egl pango"
@@ -39,9 +40,8 @@ EXTRA_OECONF_append_qemux86 = "\
 EXTRA_OECONF_append_qemux86-64 = "\
WESTON_NATIVE_BACKEND=fbdev-backend.so \
"
-PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'kms 
fbdev wayland egl', '', d)} \
+PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'kms 
fbdev wayland egl launch', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', 
d)} \
-   ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'launch', 
'', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
   "
 #
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Fix connectivity check for BB_FETCH_PREMIRRORONLY case

[dl9pf]

From: Jan-Simon Möller 

BB_FETCH_PREMIRRORONLY sets BB_NO_NETWORK (implicitly in the fetcher).
To avoid the sanity check to fail in an offline environment,
use the same override mechanism as in the fetcher.

Signed-off-by: Jan-Simon Möller 
---
 meta/classes/sanity.bbclass | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index ad9dda8..62dce92 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -271,6 +271,9 @@ def check_connectivity(d):
 test_uris = (d.getVar('CONNECTIVITY_CHECK_URIS', True) or "").split()
 retval = ""
 
+# Check for BB_FETCH_PREMIRRORONLY and adapt BB_NO_NETWORK
+if bb.data.getVar("BB_FETCH_PREMIRRORONLY", self.d, True) is not None:
+bb.data.setVar("BB_NO_NETWORK", "1", self.d)
 # Only check connectivity if network enabled and the
 # CONNECTIVITY_CHECK_URIS are set
 network_enabled = not d.getVar('BB_NO_NETWORK', True)
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] qemu: upgrade to 2.5.0

[Burton, Ross]

On 17 December 2015 at 18:32, Cristian Iorga 
wrote:

> - cpus.c-qemu_mutex_lock_iothread-fix-race-condition-a.patch removed,
> included upstream;
> - smc91c111_fix*.patch patches removed, included upstream;
> - trace-remove-malloc-tracing.patch patch removed, included upstream;
> - some configure options disappeared or changed name, updated.
>

Looks like if it finds gcrypt it will try to use it:

| ERROR: /usr/bin/libgcrypt-config should not be used, use an alternative
such as pkg-config
| ERROR: /usr/bin/libgcrypt-config should not be used, use an alternative
such as pkg-config

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/6] systemd: Upgrade to 228

[Burton, Ross]

On 17 December 2015 at 20:55, Khem Raj  wrote:

> Ugh yes. but they are harmless fortunately. I will send a refresh update
> to fix it
>

Done already, don't worry.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] systemd: remove merge conflicts accidently left in

[Khem Raj]

> On Dec 17, 2015, at 12:57 PM, Ross Burton  wrote:
> 

thanks for fixing it. I was about to send a patch

> Signed-off-by: Ross Burton 
> ---
> .../0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch  | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
> 
> diff --git 
> a/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
>  
> b/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
> index 03ab0d4..6e5a8fb 100644
> --- 
> a/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
> +++ 
> b/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
> @@ -110,16 +110,13 @@ index a3e639d..00736f5 100644
>  have_manpages=no
>  AC_ARG_ENABLE(manpages, AS_HELP_STRING([--disable-manpages], [disable 
> manpages]))
>  AS_IF([test "x$enable_manpages" != xno], [
> -@@ -1616,6 +1635,12 @@ AC_MSG_RESULT([
> +@@ -1616,6 +1635,9 @@ AC_MSG_RESULT([
>  SysV init scripts:   ${SYSTEM_SYSVINIT_PATH}
>  SysV rc?.d directories:  ${SYSTEM_SYSVRCND_PATH}
>  Build Python:${PYTHON}
> -+<<< HEAD
> -+===
> +Installation Python: ${PYTHON_BINARY}
> +sphinx binary:   ${SPHINX_BUILD}
> +firmware path:   ${FIRMWARE_PATH}
> -+>>> parent of be2ea72... udev: remove userspace firmware loading support
>  PAM modules dir: ${with_pamlibdir}
>  PAM configuration dir:   ${with_pamconfdir}
>  D-Bus policy dir:${with_dbuspolicydir}
> --
> 2.6.4
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] systemd: remove merge conflicts accidently left in

[Ross Burton]

Signed-off-by: Ross Burton 
---
 .../0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch  | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git 
a/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
 
b/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
index 03ab0d4..6e5a8fb 100644
--- 
a/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
+++ 
b/meta/recipes-core/systemd/systemd/0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch
@@ -110,16 +110,13 @@ index a3e639d..00736f5 100644
  have_manpages=no
  AC_ARG_ENABLE(manpages, AS_HELP_STRING([--disable-manpages], [disable 
manpages]))
  AS_IF([test "x$enable_manpages" != xno], [
-@@ -1616,6 +1635,12 @@ AC_MSG_RESULT([
+@@ -1616,6 +1635,9 @@ AC_MSG_RESULT([
  SysV init scripts:   ${SYSTEM_SYSVINIT_PATH}
  SysV rc?.d directories:  ${SYSTEM_SYSVRCND_PATH}
  Build Python:${PYTHON}
-+<<< HEAD
-+===
 +Installation Python: ${PYTHON_BINARY}
 +sphinx binary:   ${SPHINX_BUILD}
 +firmware path:   ${FIRMWARE_PATH}
-+>>> parent of be2ea72... udev: remove userspace firmware loading support
  PAM modules dir: ${with_pamlibdir}
  PAM configuration dir:   ${with_pamconfdir}
  D-Bus policy dir:${with_dbuspolicydir}
-- 
2.6.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/6] systemd: Upgrade to 228

[Khem Raj]

> On Dec 17, 2015, at 12:30 PM, Andre McCurdy  wrote:
> 
> On Sun, Dec 13, 2015 at 10:23 PM, Khem Raj  wrote:
>> Forward port all patches and format them to be git am'able
>> Drop patches specific to uclibc's missing features which now
>> are there in uclibc-ng
> 
> It looks like you have some unresolved merge conflict markers in
> 0015-Revert-udev-remove-userspace-firmware-loading-suppor.patch ?

Ugh yes. but they are harmless fortunately. I will send a refresh update to fix 
it


> 
>> Signed-off-by: Khem Raj 
>> ---
>> .../systemd/0001-define-exp10-if-missing.patch |  33 +
>> .../systemd/0001-fix-build-on-uClibc-exp10.patch   |  22 ---
>> ...-getty-to-agetty-in-console-setup-system.patch} |   6 +-
>> ...v-when-secure-versions-are-not-available.patch} |  11 +-
>> ...c-Change-the-default-device-timeout-to-2.patch} |  22 +--
>> ...-install-dependency-links-at-install-tim.patch} |  35 ++---
>> ...eck-for-additional-features-that-uclibc-.patch} |  17 ++-
>> ...nal-Use-posix-fallocate-only-if-available.patch |  96 --
>> ...n-Use-execvpe-only-when-libc-supports-it.patch} |  31 +++--
>> ...til-Use-mkostemp-only-if-libc-supports-it.patch |  42 --
>> ...-unimplemented-_SC_PHYS_PAGES-system-conf.patch |  16 +--
>> ...009-implment-systemd-sysv-install-for-OE.patch} |  15 ++-
>> ...nes-Build-conditionally-when-HAVE_MYHOSTN.patch |  38 ++
>> ...patch => 0011-rules-whitelist-hd-devices.patch} |   6 +-
>> ...or-add-support-for-executing-scripts-und.patch} |  68 +-
>> ...-Make-root-s-home-directory-configurable.patch} | 147 
>> +++--
>> ...014-systemd-user-avoid-using-system-auth.patch} |  25 ++--
>> ...vert-rules-remove-firmware-loading-rules.patch} |   6 +-
>> ...remove-userspace-firmware-loading-suppor.patch} | 132 +-
>> .../systemd/{systemd_225.bb => systemd_228.bb} |  44 +++---
>> 20 files changed, 371 insertions(+), 441 deletions(-)
>> create mode 100644 
>> meta/recipes-core/systemd/systemd/0001-define-exp10-if-missing.patch
>> delete mode 100644 
>> meta/recipes-core/systemd/systemd/0001-fix-build-on-uClibc-exp10.patch
>> rename 
>> meta/recipes-core/systemd/systemd/{0001-units-Prefer-getty-to-agetty-in-console-setup-system.patch
>>  => 0002-units-Prefer-getty-to-agetty-in-console-setup-system.patch} (89%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0022-Use-getenv-when-secure-versions-are-not-available.patch
>>  => 0003-Use-getenv-when-secure-versions-are-not-available.patch} (79%)
>> rename 
>> meta/recipes-core/systemd/systemd/{qemuall_io_latency-core-device.c-Change-the-default-device-timeout-to-2.patch
>>  => 0004-core-device.c-Change-the-default-device-timeout-to-2.patch} (65%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0003-binfmt-Don-t-install-dependency-links-at-install-tim.patch
>>  => 0005-binfmt-Don-t-install-dependency-links-at-install-tim.patch} (65%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0004-configure-Check-for-additional-features-that-uclibc-.patch
>>  => 0006-configure-Check-for-additional-features-that-uclibc-.patch} (76%)
>> delete mode 100644 
>> meta/recipes-core/systemd/systemd/0006-journal-Use-posix-fallocate-only-if-available.patch
>> rename 
>> meta/recipes-core/systemd/systemd/{0005-nspawn-Use-execvpe-only-when-libc-supports-it.patch
>>  => 0007-nspawn-Use-execvpe-only-when-libc-supports-it.patch} (50%)
>> delete mode 100644 
>> meta/recipes-core/systemd/systemd/0007-util-Use-mkostemp-only-if-libc-supports-it.patch
>> rename 
>> meta/recipes-core/systemd/systemd/{0012-implment-systemd-sysv-install-for-OE.patch
>>  => 0009-implment-systemd-sysv-install-for-OE.patch} (75%)
>> create mode 100644 
>> meta/recipes-core/systemd/systemd/0010-nss-mymachines-Build-conditionally-when-HAVE_MYHOSTN.patch
>> rename meta/recipes-core/systemd/systemd/{rules-whitelist-hd-devices.patch 
>> => 0011-rules-whitelist-hd-devices.patch} (90%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0009-sysv-generator-add-support-for-executing-scripts-und.patch
>>  => 0012-sysv-generator-add-support-for-executing-scripts-und.patch} (77%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0010-Make-root-s-home-directory-configurable.patch
>>  => 0013-Make-root-s-home-directory-configurable.patch} (64%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0011-systemd-user-avoid-using-system-auth.patch
>>  => 0014-systemd-user-avoid-using-system-auth.patch} (54%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0014-Revert-rules-remove-firmware-loading-rules.patch
>>  => 0015-Revert-rules-remove-firmware-loading-rules.patch} (83%)
>> rename 
>> meta/recipes-core/systemd/systemd/{0015-Revert-udev-remove-userspace-firmware-loading-suppor.patch
>>  => 0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch} (79%)
>> rename meta/recipes-core/systemd/{systemd_225.bb => systemd_228.bb} (93%)
>> 
>> diff --git 
>> a/meta/recipes-core/systemd/systemd/0001-define-exp10-if-missing.patch 
>> b/meta/recipes-core/systemd/systemd/0001-d

Re: [OE-core] [PATCH 5/6] systemd: Upgrade to 228

[Andre McCurdy]

On Thu, Dec 17, 2015 at 12:42 PM, Burton, Ross  wrote:
>
> On 17 December 2015 at 20:30, Andre McCurdy  wrote:
>>
>> It looks like you have some unresolved merge conflict markers in
>> 0015-Revert-udev-remove-userspace-firmware-loading-suppor.patch ?
>
> 0016, but yes, well spotted.   Clearly nobody - myself included - reads the
> logs. This just made it into master so I'll send a fix shortly.

Yes, I meant 0016, was just drafting an email to mention that!

I was also going to mention that the conflict markers are in the
manpages section of configure.ac, so probably got past sanity build
testing etc because by default manpages are not enabled.

> Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/6] systemd: Upgrade to 228

[Burton, Ross]

On 17 December 2015 at 20:30, Andre McCurdy  wrote:

> It looks like you have some unresolved merge conflict markers in
> 0015-Revert-udev-remove-userspace-firmware-loading-suppor.patch ?
>
0016, but yes, well spotted.   Clearly nobody - myself included - reads the
logs. This just made it into master so I'll send a fix shortly.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] feature-arm-thumb.inc cleanups

[Burton, Ross]

On 17 December 2015 at 20:18, Andre McCurdy  wrote:

> Ping. Does anyone see any issues with these changes?
>

Manage to mix those up with your more recent ARM fixes, both merged to my
staging branch now.

Thanks,
Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] boost: update to 1.59.0

[Burton, Ross]

On 17 December 2015 at 11:45, Lukas Bulwahn 
wrote:

> Due to the version update, the two patches previously backported in
> this recipe are now dropped. The actual status of the
> arm-intrinsics.patch (reported with Upstream-Status: Backport)
> is unknown to the committer, and hence, that patch is kept in the
> recipe, even if it is possibly not required anymore. A deeper
> analysis is required to determine need and status of that patch.
>

This adds a new library so the packaging needs to be updated to reflect
that.  The obvious problem is that the development/debug/test packages are
all called libboost-timer after this upgrade.

Once fixed (extend BOOST_LIBS) it would be good to set FILES_${PN} to "" so
this can't happen in the future, and instead you'd get
installed-not-shipped errors.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/6] systemd: Upgrade to 228

[Andre McCurdy]

On Sun, Dec 13, 2015 at 10:23 PM, Khem Raj  wrote:
> Forward port all patches and format them to be git am'able
> Drop patches specific to uclibc's missing features which now
> are there in uclibc-ng

It looks like you have some unresolved merge conflict markers in
0015-Revert-udev-remove-userspace-firmware-loading-suppor.patch ?

> Signed-off-by: Khem Raj 
> ---
>  .../systemd/0001-define-exp10-if-missing.patch |  33 +
>  .../systemd/0001-fix-build-on-uClibc-exp10.patch   |  22 ---
>  ...-getty-to-agetty-in-console-setup-system.patch} |   6 +-
>  ...v-when-secure-versions-are-not-available.patch} |  11 +-
>  ...c-Change-the-default-device-timeout-to-2.patch} |  22 +--
>  ...-install-dependency-links-at-install-tim.patch} |  35 ++---
>  ...eck-for-additional-features-that-uclibc-.patch} |  17 ++-
>  ...nal-Use-posix-fallocate-only-if-available.patch |  96 --
>  ...n-Use-execvpe-only-when-libc-supports-it.patch} |  31 +++--
>  ...til-Use-mkostemp-only-if-libc-supports-it.patch |  42 --
>  ...-unimplemented-_SC_PHYS_PAGES-system-conf.patch |  16 +--
>  ...009-implment-systemd-sysv-install-for-OE.patch} |  15 ++-
>  ...nes-Build-conditionally-when-HAVE_MYHOSTN.patch |  38 ++
>  ...patch => 0011-rules-whitelist-hd-devices.patch} |   6 +-
>  ...or-add-support-for-executing-scripts-und.patch} |  68 +-
>  ...-Make-root-s-home-directory-configurable.patch} | 147 
> +++--
>  ...014-systemd-user-avoid-using-system-auth.patch} |  25 ++--
>  ...vert-rules-remove-firmware-loading-rules.patch} |   6 +-
>  ...remove-userspace-firmware-loading-suppor.patch} | 132 +-
>  .../systemd/{systemd_225.bb => systemd_228.bb} |  44 +++---
>  20 files changed, 371 insertions(+), 441 deletions(-)
>  create mode 100644 
> meta/recipes-core/systemd/systemd/0001-define-exp10-if-missing.patch
>  delete mode 100644 
> meta/recipes-core/systemd/systemd/0001-fix-build-on-uClibc-exp10.patch
>  rename 
> meta/recipes-core/systemd/systemd/{0001-units-Prefer-getty-to-agetty-in-console-setup-system.patch
>  => 0002-units-Prefer-getty-to-agetty-in-console-setup-system.patch} (89%)
>  rename 
> meta/recipes-core/systemd/systemd/{0022-Use-getenv-when-secure-versions-are-not-available.patch
>  => 0003-Use-getenv-when-secure-versions-are-not-available.patch} (79%)
>  rename 
> meta/recipes-core/systemd/systemd/{qemuall_io_latency-core-device.c-Change-the-default-device-timeout-to-2.patch
>  => 0004-core-device.c-Change-the-default-device-timeout-to-2.patch} (65%)
>  rename 
> meta/recipes-core/systemd/systemd/{0003-binfmt-Don-t-install-dependency-links-at-install-tim.patch
>  => 0005-binfmt-Don-t-install-dependency-links-at-install-tim.patch} (65%)
>  rename 
> meta/recipes-core/systemd/systemd/{0004-configure-Check-for-additional-features-that-uclibc-.patch
>  => 0006-configure-Check-for-additional-features-that-uclibc-.patch} (76%)
>  delete mode 100644 
> meta/recipes-core/systemd/systemd/0006-journal-Use-posix-fallocate-only-if-available.patch
>  rename 
> meta/recipes-core/systemd/systemd/{0005-nspawn-Use-execvpe-only-when-libc-supports-it.patch
>  => 0007-nspawn-Use-execvpe-only-when-libc-supports-it.patch} (50%)
>  delete mode 100644 
> meta/recipes-core/systemd/systemd/0007-util-Use-mkostemp-only-if-libc-supports-it.patch
>  rename 
> meta/recipes-core/systemd/systemd/{0012-implment-systemd-sysv-install-for-OE.patch
>  => 0009-implment-systemd-sysv-install-for-OE.patch} (75%)
>  create mode 100644 
> meta/recipes-core/systemd/systemd/0010-nss-mymachines-Build-conditionally-when-HAVE_MYHOSTN.patch
>  rename meta/recipes-core/systemd/systemd/{rules-whitelist-hd-devices.patch 
> => 0011-rules-whitelist-hd-devices.patch} (90%)
>  rename 
> meta/recipes-core/systemd/systemd/{0009-sysv-generator-add-support-for-executing-scripts-und.patch
>  => 0012-sysv-generator-add-support-for-executing-scripts-und.patch} (77%)
>  rename 
> meta/recipes-core/systemd/systemd/{0010-Make-root-s-home-directory-configurable.patch
>  => 0013-Make-root-s-home-directory-configurable.patch} (64%)
>  rename 
> meta/recipes-core/systemd/systemd/{0011-systemd-user-avoid-using-system-auth.patch
>  => 0014-systemd-user-avoid-using-system-auth.patch} (54%)
>  rename 
> meta/recipes-core/systemd/systemd/{0014-Revert-rules-remove-firmware-loading-rules.patch
>  => 0015-Revert-rules-remove-firmware-loading-rules.patch} (83%)
>  rename 
> meta/recipes-core/systemd/systemd/{0015-Revert-udev-remove-userspace-firmware-loading-suppor.patch
>  => 0016-Revert-udev-remove-userspace-firmware-loading-suppor.patch} (79%)
>  rename meta/recipes-core/systemd/{systemd_225.bb => systemd_228.bb} (93%)
>
> diff --git 
> a/meta/recipes-core/systemd/systemd/0001-define-exp10-if-missing.patch 
> b/meta/recipes-core/systemd/systemd/0001-define-exp10-if-missing.patch
> new file mode 100644
> index 000..8bb775f
> --- /dev/null
> +++ b/meta/recipes-core/systemd/systemd/0001-define-exp10-if-missing.patch
> @@ -0,0 +1,33 @@
> +From

Re: [OE-core] [PATCH 0/2] Debian multilib packaging fixes

[Matt Madison]

Anibal,

After studying the Debian multi-arch wiki pages, I think I've figured
out the right answer to this.  Testing now, will send out a V2 patch
series when done.

-Matt

On Wed, Dec 16, 2015 at 8:33 AM, Matt Madison  wrote:
> On Wed, Dec 16, 2015 at 7:50 AM, Aníbal Limón
>  wrote:
>> Hi Matt,
>>
>> I tried to do again without your patches and the problem appears, seems
>> to be an older problem.
>
> Thanks, I suspected as much and was going to try that myself.  I was
> able to work around the issue manually in a devshell by using apt-get
> -f to have it "fix" the dependencies it thinks were broken, which from
> what I've seen so far, stems from trying to install 32-bit packages
> that would overwrite files installed by their 64-bit counterparts.
> I'm just not sure that's the right solution to the problem.
>
> -Matt
>
>
>>
>> Regards,
>> alimon
>>
>> On 12/16/2015 07:31 AM, Matt Madison wrote:
>>> On Tue, Dec 15, 2015 at 2:23 PM, Aníbal Limón
>>>  wrote:
 Hi Matt,

 Trying to build core-image-sato with qemux86-64 and multilib enabled an
 errors appear (see attached log), next the config.
>>>
>>> OK, yep, I can reproduce this.  I'll investigate further.
>>>
>>> Thanks,
>>> -Matt
>>>
>>>

 MACHINE ??= "qemux86-64"

 IMAGE_INSTALL_append = " lib32-connman"
 require conf/multilib.conf
 MULTILIBS = "multilib:lib32"
 DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
 PACKAGE_CLASSES ?= "package_deb"
 EXTRA_IMAGE_FEATURES = "debug-tweaks package-management"

 Kind regards,
 alimon


 On 12/15/2015 01:28 PM, Matt Madison wrote:
> On Tue, Dec 15, 2015 at 9:29 AM, Aníbal Limón
>  wrote:
>> Hi Matt,
>>
>> I'm starting to look at your patches, in what arches/combinations you
>> test the patches?
>
> I've been working on a BSP layer for the jetson-tx1, which is
> aarch64/armv7a-hf, so that's what I've been testing with.  The BSP
> defs are in https://github.com/madisongh/meta-tegra.
>
> Thanks,
> -Matt
>
>
>>
>> Kind regards,
>> alimon
>>
>>
>> On 12/06/2015 11:25 AM, Matt Madison wrote:
>>> I ran into sevearl issues while trying to build an ARM multilib rootfs
>>> using Debian packaging.  After several go-rounds, it looked like the
>>> cleanest solution was to tweak how DPKG_ARCH gets constructed and
>>> to have the DpkgPM class in oe/package_manager.py use that variable
>>> to locate multilib variants (similar to RpmPM).  I also took the
>>> liberty of expanding the Debian architecture mappings so the names
>>> align better with what's documented on the Debian wiki, for those
>>> cases where a direct mapping is possible.
>>>
>>> Matt Madison (2):
>>>   package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping
>>> function
>>>   package_manager.py: fixes for multilib deb packaging builds
>>>
>>>  meta/classes/cross-canadian.bbclass |  2 +-
>>>  meta/classes/package_deb.bbclass| 35 
>>> +--
>>>  meta/lib/oe/package_manager.py  | 17 +++--
>>>  3 files changed, 37 insertions(+), 17 deletions(-)
>>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] feature-arm-thumb.inc cleanups

[Andre McCurdy]

On Tue, Dec 8, 2015 at 5:09 PM, Andre McCurdy  wrote:
> Drop legacy interworking over-rides and cflags.

Ping. Does anyone see any issues with these changes?

> Andre McCurdy (3):
>   feature-arm-thumb.inc: drop ARM -vs- thumb comments
>   feature-arm-thumb.inc: drop legacy _thumb and _thumb-interwork over-rides
>   feature-arm-thumb.inc: drop 'no-thumb-interwork' tuning feature
>
>  meta/conf/machine/include/arm/feature-arm-thumb.inc | 17 -
>  1 file changed, 17 deletions(-)
>
> --
> 1.9.1
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Demos for FOSDEM 2016

[Philip Balister]

On 12/17/2015 05:43 AM, Barros Pena, Belen wrote:
> Hi all,
> 
> OpenEmbedded will have a huge 2-table stand at FOSDEM'16, which happens
> January 30th and 31st in Brussels.
> 
> We need to fill up those 2 tables with something, so this is a call for
> demos. If you have something built with OpenEmbedded you'd like to show,
> let me know. 
> 
> Looking forward to your hundreds of demo proposals ;)

Remember we are "selling" the OpenEmbedded build system, not cool
gadgets. (Yes, we have the same problem every year).

We do want to show that we can build embedded Linux solutions for a
variety of hardware, both development and production systems.

I'm working toward having two different pieces of hardware, both running
the same SDR app. And I want to ahve a copy of toaster running to show
how the images are built.

Philip


> 
> Cheers,
> 
> Belén
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [[PATCH v2] oeqa/selftest/wic: add test case for sparse images

[Joshua Lock]

Add a testcase to build a directdisk image and check that the
used disk size is less than the apparent size, as wic now
assembles images as sparse files.

Signed-off-by: Joshua Lock 
---
 meta/lib/oeqa/selftest/wic.py | 13 +
 1 file changed, 13 insertions(+)

diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py
index 55f6f82..9050d28 100644
--- a/meta/lib/oeqa/selftest/wic.py
+++ b/meta/lib/oeqa/selftest/wic.py
@@ -264,3 +264,16 @@ class Wic(oeSelfTest):
 self.assertEqual(0, runCmd("wic create %s -e core-image-minimal" \
% image).status)
 self.assertEqual(1, len(glob(self.resultdir + "%s-*direct" % image)))
+
+def test_sparseness(self):
+"""Test that assembled images are sparse; apparent size > disk usage"""
+self.assertEqual(0, runCmd("wic create directdisk "
+   "--image-name core-image-minimal").status)
+images = glob(self.resultdir + "directdisk-*.direct")
+self.assertEqual(1, len(images))
+
+imagestat = os.stat(images.pop())
+# st_blocks is the "number of 512-byte blocks allocated for file"
+used = imagestat.st_blocks*512
+apparent = imagestat.st_size
+self.assertLess(used, apparent)
-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] qemu: upgrade to 2.5.0

[Cristian Iorga]

- cpus.c-qemu_mutex_lock_iothread-fix-race-condition-a.patch removed,
included upstream;
- smc91c111_fix*.patch patches removed, included upstream;
- trace-remove-malloc-tracing.patch patch removed, included upstream;
- some configure options disappeared or changed name, updated.

Signed-off-by: Cristian Iorga 
---
 meta/recipes-devtools/qemu/qemu.inc|  4 +-
 ..._mutex_lock_iothread-fix-race-condition-a.patch | 45 --
 .../recipes-devtools/qemu/qemu/smc91c111_fix.patch | 74 -
 .../qemu/qemu/smc91c111_fix1.patch | 85 ---
 .../qemu/qemu/smc91c111_fix2.patch | 46 --
 .../qemu/qemu/smc91c111_fix3.patch | 33 
 .../qemu/qemu/trace-remove-malloc-tracing.patch| 97 --
 .../qemu/{qemu_2.4.0.1.bb => qemu_2.5.0.bb}|  8 +-
 8 files changed, 3 insertions(+), 389 deletions(-)
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/cpus.c-qemu_mutex_lock_iothread-fix-race-condition-a.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/smc91c111_fix.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/smc91c111_fix1.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/smc91c111_fix2.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/smc91c111_fix3.patch
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/trace-remove-malloc-tracing.patch
 rename meta/recipes-devtools/qemu/{qemu_2.4.0.1.bb => qemu_2.5.0.bb} (68%)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index abbace8..a09fdbb 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -21,7 +21,6 @@ SRC_URI = "\
 file://wacom.patch \
 file://add-ptest-in-makefile.patch \
 file://run-ptest \
-file://cpus.c-qemu_mutex_lock_iothread-fix-race-condition-a.patch \
 "
 
 SRC_URI_append_class-native = "\
@@ -105,12 +104,11 @@ PACKAGECONFIG[virtfs] = "--enable-virtfs 
--enable-attr,--disable-virtfs,libcap a
 PACKAGECONFIG[aio] = "--enable-linux-aio,--disable-linux-aio,libaio,"
 PACKAGECONFIG[xfs] = "--enable-xfsctl,--disable-xfsctl,xfsprogs,"
 PACKAGECONFIG[xen] = "--enable-xen,--disable-xen,xen,xen-libxenstore 
xen-libxenctrl xen-libxenguest"
-PACKAGECONFIG[vnc-tls] = "--enable-vnc --enable-vnc-tls,--disable-vnc-tls, 
gnutls,"
 PACKAGECONFIG[vnc-sasl] = "--enable-vnc 
--enable-vnc-sasl,--disable-vnc-sasl,cyrus-sasl,"
 PACKAGECONFIG[vnc-jpeg] = "--enable-vnc 
--enable-vnc-jpeg,--disable-vnc-jpeg,jpeg,"
 PACKAGECONFIG[vnc-png] = "--enable-vnc 
--enable-vnc-png,--disable-vnc-png,libpng,"
 PACKAGECONFIG[libcurl] = "--enable-curl,--disable-curl,libcurl,"
-PACKAGECONFIG[nss] = "--enable-smartcard-nss,--disable-smartcard-nss,nss,"
+PACKAGECONFIG[nss] = "--enable-smartcard,--disable-smartcard,nss,"
 PACKAGECONFIG[uuid] = "--enable-uuid,--disable-uuid,util-linux,"
 PACKAGECONFIG[curses] = "--enable-curses,--disable-curses,ncurses,"
 PACKAGECONFIG[gtk+] = "--enable-gtk --enable-vte,--disable-gtk 
--disable-vte,gtk+ libvte,"
diff --git 
a/meta/recipes-devtools/qemu/qemu/cpus.c-qemu_mutex_lock_iothread-fix-race-condition-a.patch
 
b/meta/recipes-devtools/qemu/qemu/cpus.c-qemu_mutex_lock_iothread-fix-race-condition-a.patch
deleted file mode 100644
index 45dffab..000
--- 
a/meta/recipes-devtools/qemu/qemu/cpus.c-qemu_mutex_lock_iothread-fix-race-condition-a.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-Upstream-Status: Submitted
-
-From f354b9333408d411854af058cc44cceda60b4473 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?An=C3=ADbal=20Lim=C3=B3n?= 
-Date: Thu, 3 Sep 2015 14:07:34 -0500
-Subject: [PATCH] cpus.c: qemu_mutex_lock_iothread fix race condition at cpu
- thread init
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-When QEMU starts the RCU thread executes qemu_mutex_lock_thread
-causing error "qemu:qemu_cpu_kick_thread: No such process" and exits.
-
-This isn't occur frequently but in glibc the thread id can exist and
-this not guarantee that the thread is on active/running state. If is
-inserted a sleep(1) after newthread assignment [1] the issue appears.
-
-So not make assumption that thread exist if first_cpu->thread is set
-then change the validation of cpu to created that is set into cpu
-threads (kvm, tcg, dummy).
-
-[1] 
https://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/pthread_create.c;h=d10f4ea8004e1d8f3a268b95cc0f8d93b8d89867;hb=HEAD#l621
-
-Signed-off-by: Aníbal Limón 

- cpus.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/cpus.c b/cpus.c
-index 7e4786e..05e5400 100644
 a/cpus.c
-+++ b/cpus.c
-@@ -1171,7 +1171,7 @@ void qemu_mutex_lock_iothread(void)
-  * TCG code execution.
-  */
- if (!tcg_enabled() || qemu_in_vcpu_thread() ||
--!first_cpu || !first_cpu->thread) {
-+!first_cpu || !first_cpu->created) {
- qemu_mutex_lock(&qemu_global_mutex);
- atomic_dec(&iothread_requesting_mutex);
-   

Re: [OE-core] [PATCH] oeqa/selftest/wic: add test case for sparse images

[Joshua Lock]

On 17/12/15 16:21, Burton, Ross wrote:


On 17 December 2015 at 16:09, Joshua Lock mailto:joshua.l...@collabora.co.uk>> wrote:

+used = int(runCmd("du %s | awk '{print $1}'" % path).output)
+apparent = int(runCmd("du --apparent-size %s | awk '{print
$1}'" % path).output)


Surely os.stat() can do this instead?


Of course it can — st_blocks is the "number of 512-byte blocks allocated 
for file" we can multiply st_blocks by 512 to get the on-disk size 
(whilst st_size is the apparent size).


https://docs.python.org/2/library/os.html#os.stat

I'll create a v2.

Joshua

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH][dizzy] openssl: CVE-2015-3194, CVE-2015-3195

[akuster808]

merged to staging.
g...@git.yoctoproject.org/poky-contrib.git akuster/dizzy-next

thanks,
Armin


On 12/14/2015 02:25 AM, Sona Sarmadi wrote:
> Fixes following vulnerabilities:
> Certificate verify crash with missing PSS parameter (CVE-2015-3194)
> X509_ATTRIBUTE memory leak (CVE-2015-3195)
> 
> References:
> https://openssl.org/news/secadv/20151203.txt
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-3194
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-3195
> 
> Signed-off-by: Sona Sarmadi 
> ---
>  .../CVE-2015-3194-Add-PSS-parameter-check.patch| 35 +
>  ...CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch | 59 
> ++
>  .../recipes-connectivity/openssl/openssl_1.0.1p.bb |  2 +
>  3 files changed, 96 insertions(+)
>  create mode 100644 
> meta/recipes-connectivity/openssl/openssl/CVE-2015-3194-Add-PSS-parameter-check.patch
>  create mode 100644 
> meta/recipes-connectivity/openssl/openssl/CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch
> 
> diff --git 
> a/meta/recipes-connectivity/openssl/openssl/CVE-2015-3194-Add-PSS-parameter-check.patch
>  
> b/meta/recipes-connectivity/openssl/openssl/CVE-2015-3194-Add-PSS-parameter-check.patch
> new file mode 100644
> index 000..3c00bc1
> --- /dev/null
> +++ 
> b/meta/recipes-connectivity/openssl/openssl/CVE-2015-3194-Add-PSS-parameter-check.patch
> @@ -0,0 +1,35 @@
> +Date: Fri, 2 Oct 2015 13:10:29 +0100
> +Subject: [PATCH] Add PSS parameter check.
> +
> +Avoid seg fault by checking mgf1 parameter is not NULL. This can be
> +triggered during certificate verification so could be a DoS attack
> +against a client or a server enabling client authentication.
> +
> +Thanks to Loïc Jonas Etienne (Qnective AG) for discovering this bug.
> +
> +CVE-2015-3194
> +
> +Upstream-Status: Backport
> +
> +Reviewed-by: Matt Caswell 
> +Signed-off-by: Sona Sarmadi 
> +---
> + crypto/rsa/rsa_ameth.c | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/crypto/rsa/rsa_ameth.c b/crypto/rsa/rsa_ameth.c
> +index 93e071d..c7f1148 100644
> +--- a/crypto/rsa/rsa_ameth.c
>  b/crypto/rsa/rsa_ameth.c
> +@@ -279,7 +279,7 @@ static RSA_PSS_PARAMS *rsa_pss_decode(const X509_ALGOR 
> *alg,
> + if (pss->maskGenAlgorithm) {
> + ASN1_TYPE *param = pss->maskGenAlgorithm->parameter;
> + if (OBJ_obj2nid(pss->maskGenAlgorithm->algorithm) == NID_mgf1
> +-&& param->type == V_ASN1_SEQUENCE) {
> ++&& param && param->type == V_ASN1_SEQUENCE) {
> + p = param->value.sequence->data;
> + plen = param->value.sequence->length;
> + *pmaskHash = d2i_X509_ALGOR(NULL, &p, plen);
> +-- 
> +1.9.1
> +
> diff --git 
> a/meta/recipes-connectivity/openssl/openssl/CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch
>  
> b/meta/recipes-connectivity/openssl/openssl/CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch
> new file mode 100644
> index 000..87c4c6c
> --- /dev/null
> +++ 
> b/meta/recipes-connectivity/openssl/openssl/CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch
> @@ -0,0 +1,59 @@
> +Date: Tue, 10 Nov 2015 19:03:07 +
> +Subject: [PATCH] Fix leak with ASN.1 combine.
> +
> +When parsing a combined structure pass a flag to the decode routine
> +so on error a pointer to the parent structure is not zeroed as
> +this will leak any additional components in the parent.
> +
> +This can leak memory in any application parsing PKCS#7 or CMS structures.
> +
> +CVE-2015-3195.
> +
> +Upstream-Status: Backport
> +
> +Thanks to Adam Langley (Google/BoringSSL) for discovering this bug using
> +libFuzzer.
> +
> +PR#4131
> +
> +Reviewed-by: Richard Levitte 
> +Signed-off-by: Sona Sarmadi 
> +---
> + crypto/asn1/tasn_dec.c | 7 +--
> + 1 file changed, 5 insertions(+), 2 deletions(-)
> +
> +diff --git a/crypto/asn1/tasn_dec.c b/crypto/asn1/tasn_dec.c
> +index febf605..9256049 100644
> +--- a/crypto/asn1/tasn_dec.c
>  b/crypto/asn1/tasn_dec.c
> +@@ -180,6 +180,8 @@ int ASN1_item_ex_d2i(ASN1_VALUE **pval, const unsigned 
> char **in, long len,
> + int otag;
> + int ret = 0;
> + ASN1_VALUE **pchptr, *ptmpval;
> ++int combine = aclass & ASN1_TFLG_COMBINE;
> ++aclass &= ~ASN1_TFLG_COMBINE;
> + if (!pval)
> + return 0;
> + if (aux && aux->asn1_cb)
> +@@ -500,7 +502,8 @@ int ASN1_item_ex_d2i(ASN1_VALUE **pval, const unsigned 
> char **in, long len,
> +  auxerr:
> + ASN1err(ASN1_F_ASN1_ITEM_EX_D2I, ASN1_R_AUX_ERROR);
> +  err:
> +-ASN1_item_ex_free(pval, it);
> ++if (combine == 0)
> ++ASN1_item_ex_free(pval, it);
> + if (errtt)
> + ERR_add_error_data(4, "Field=", errtt->field_name,
> +", Type=", it->sname);
> +@@ -689,7 +692,7 @@ static int asn1_template_noexp_d2i(ASN1_VALUE **val,
> + } else {
> + /* Nothing special */
> + ret = ASN1_item_ex_d2i(val, &p, len, ASN1_ITEM_ptr(tt->item),
> +-   -1, 0, opt, ctx);
> ++  

Re: [OE-core] [PATCH][dizzy 1/6] glibc/wscanf: CVE-2015-1472

[akuster808]

all in series merged to staging.

g...@git.yoctoproject.org/poky-contrib.git akuster/dizzy-next

thanks,
Armin

On 12/14/2015 04:24 AM, Sona Sarmadi wrote:
> Fixes a heap buffer overflow in glibc wscanf.
> 
> References:
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-1472
> https://sourceware.org/ml/libc-alpha/2015-02/msg00119.html
> http://openwall.com/lists/oss-security/2015/02/04/1
> 
> Reference to upstream fix:
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commit;
> h=5bd80bfe9ca0d955bfbbc002781bc7b01b6bcb06
> 
> Signed-off-by: Sona Sarmadi 
> Signed-off-by: Tudor Florea 
> ---
>  ...5-1472-wscanf-allocates-too-little-memory.patch | 108 
> +
>  meta/recipes-core/glibc/glibc_2.20.bb  |   1 +
>  2 files changed, 109 insertions(+)
>  create mode 100644 
> meta/recipes-core/glibc/glibc/CVE-2015-1472-wscanf-allocates-too-little-memory.patch
> 
> diff --git 
> a/meta/recipes-core/glibc/glibc/CVE-2015-1472-wscanf-allocates-too-little-memory.patch
>  
> b/meta/recipes-core/glibc/glibc/CVE-2015-1472-wscanf-allocates-too-little-memory.patch
> new file mode 100644
> index 000..ab513aa
> --- /dev/null
> +++ 
> b/meta/recipes-core/glibc/glibc/CVE-2015-1472-wscanf-allocates-too-little-memory.patch
> @@ -0,0 +1,108 @@
> +CVE-2015-1472: wscanf allocates too little memory
> +
> +BZ #16618
> +
> +Under certain conditions wscanf can allocate too little memory for the
> +to-be-scanned arguments and overflow the allocated buffer.  The
> +implementation now correctly computes the required buffer size when
> +using malloc.
> +
> +A regression test was added to tst-sscanf.
> +
> +Upstream-Status: Backport
> +
> +The patch is from (Paul Pluzhnikov ):
> +[https://sourceware.org/git/?p=glibc.git;a=patch;h=5bd80bfe9ca0d955bfbbc002781bc7b01b6bcb06]
> +
> +diff -ruN a/ChangeLog b/ChangeLog
> +--- a/ChangeLog  2015-09-22 10:20:14.399408389 +0200
>  b/ChangeLog  2015-09-22 10:33:07.374388595 +0200
> +@@ -1,3 +1,12 @@
> ++2015-02-05  Paul Pluzhnikov  
> ++
> ++   [BZ #16618] CVE-2015-1472
> ++   * stdio-common/tst-sscanf.c (main): Test for buffer overflow.
> ++   * stdio-common/vfscanf.c (_IO_vfscanf_internal): Compute needed
> ++   size in bytes. Store needed elements in wpmax. Use needed size
> ++   in bytes for extend_alloca.
> ++
> ++
> + 2014-12-16  Florian Weimer  
> + 
> +[BZ #17630]
> +diff -ruN a/stdio-common/tst-sscanf.c b/stdio-common/tst-sscanf.c
> +--- a/stdio-common/tst-sscanf.c  2015-09-22 10:20:09.995596201 +0200
>  b/stdio-common/tst-sscanf.c  2015-09-22 10:21:39.211791399 +0200
> +@@ -233,5 +233,38 @@
> + }
> + }
> + 
> ++  /* BZ #16618
> ++ The test will segfault during SSCANF if the buffer overflow
> ++ is not fixed.  The size of `s` is such that it forces the use
> ++ of malloc internally and this triggers the incorrect computation.
> ++ Thus the value for SIZE is arbitrariy high enough that malloc
> ++ is used.  */
> ++  {
> ++#define SIZE 131072
> ++CHAR *s = malloc ((SIZE + 1) * sizeof (*s));
> ++if (s == NULL)
> ++  abort ();
> ++for (size_t i = 0; i < SIZE; i++)
> ++  s[i] = L('0');
> ++s[SIZE] = L('\0');
> ++int i = 42;
> ++/* Scan multi-digit zero into `i`.  */
> ++if (SSCANF (s, L("%d"), &i) != 1)
> ++  {
> ++printf ("FAIL: bug16618: SSCANF did not read one input item.\n");
> ++result = 1;
> ++  }
> ++if (i != 0)
> ++  {
> ++printf ("FAIL: bug16618: Value of `i` was not zero as expected.\n");
> ++result = 1;
> ++  }
> ++free (s);
> ++if (result != 1)
> ++  printf ("PASS: bug16618: Did not crash.\n");
> ++#undef SIZE
> ++  }
> ++
> ++
> +   return result;
> + }
> +diff -ruN a/stdio-common/vfscanf.c b/stdio-common/vfscanf.c
> +--- a/stdio-common/vfscanf.c 2015-09-22 10:20:14.051423230 +0200
>  b/stdio-common/vfscanf.c 2015-09-22 10:21:39.215791228 +0200
> +@@ -279,9 +279,10 @@
> +   if (__glibc_unlikely (wpsize == wpmax))   
>   \
> + {   \
> +   CHAR_T *old = wp; \
> +-  size_t newsize = (UCHAR_MAX + 1 > 2 * wpmax   \
> +-? UCHAR_MAX + 1 : 2 * wpmax);   \
> +-  if (use_malloc || !__libc_use_alloca (newsize))   \
> ++  bool fits = __glibc_likely (wpmax <= SIZE_MAX / sizeof (CHAR_T) / 2); 
> \
> ++  size_t wpneed = MAX (UCHAR_MAX + 1, 2 * wpmax);   \
> ++  size_t newsize = fits ? wpneed * sizeof (CHAR_T) : SIZE_MAX;  \
> ++  if (!__libc_use_alloca (newsize)) \
> + {   \
> +   wp = realloc (use_malloc ? wp : NULL, newsize);   \
> +   if (wp == NULL)  

Re: [OE-core] [dizzy] [PATCH 1/1] glibc: use patch for CVE-2015-1781

[akuster808]

merged to staging
g...@git.yoctoproject.org/poky-contrib.git akuster/dizzy-next

thanks
Armin

On 11/26/2015 06:15 PM, Tudor Florea wrote:
> Patch added to the repo wasn't actually considered due to a
> erronously way of specifying the sources.
> 
> Signed-off-by: Tudor Florea 
> ---
>  meta/recipes-core/glibc/glibc_2.20.bb | 4 +---
>  1 file changed, 1 insertion(+), 3 deletions(-)
> 
> diff --git a/meta/recipes-core/glibc/glibc_2.20.bb 
> b/meta/recipes-core/glibc/glibc_2.20.bb
> index a0736cd..2ab4083 100644
> --- a/meta/recipes-core/glibc/glibc_2.20.bb
> +++ b/meta/recipes-core/glibc/glibc_2.20.bb
> @@ -40,14 +40,12 @@ EGLIBCPATCHES = "\
>  #   file://eglibc-install-pic-archives.patch \
>  #file://initgroups_keys.patch \
>  #
> -CVEPATCHES = "\
> -file://CVE-2015-1781-resolv-nss_dns-dns-host.c-buffer-overf.patch \
> -"
>  
>  CVEPATCHES = "\
>  file://CVE-2014-7817-wordexp-fails-to-honour-WRDE_NOCMD.patch \
>  file://CVE-2012-3406-Stack-overflow-in-vfprintf-BZ-16617.patch \
>  file://CVE-2014-9402_endless-loop-in-getaddr_r.patch \
> +file://CVE-2015-1781-resolv-nss_dns-dns-host.c-buffer-overf.patch \
>  "
>  LIC_FILES_CHKSUM = "file://LICENSES;md5=e9a558e243b36d3209f380deb394b213 \
>file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] oeqa/selftest/wic: add test case for sparse images

[Burton, Ross]

On 17 December 2015 at 16:09, Joshua Lock 
wrote:

> +used = int(runCmd("du %s | awk '{print $1}'" % path).output)
> +apparent = int(runCmd("du --apparent-size %s | awk '{print $1}'"
> % path).output)
>

Surely os.stat() can do this instead?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] opkg: upgrade to v0.3.1

[Alejandro del Castillo]

* Drop merged patches
* Add patch to fix crash when using the libsolv backend
* Add patch to add pkgconfig support for libsolv
* Add libsolv support via a PACKAGECONFIG option.

Signed-off-by: Alejandro del Castillo 
---
 ...1-configure.ac-use-pkg-config-for-libsolv.patch |  36 ++
 ...-include-stdio.h-for-getting-FILE-defined.patch |  45 
 ...ver_set_arch_policy-use-correct-logic-dur.patch |  35 ++
 ...ve-add-support-for-empty-compressed-files.patch |  64 ---
 ...ng_util-New-file-with-bin_to_hex-function.patch | 122 -
 .../opkg/0002-md5-Add-md5_to_string-function.patch | 110 ---
 ...0003-sha256-Add-sha256_to_string-function.patch | 110 ---
 ...4-opkg_download-Use-short-cache-file-name.patch |  85 --
 .../opkg/{opkg_0.3.0.bb => opkg_0.3.1.bb}  |  13 +--
 9 files changed, 76 insertions(+), 544 deletions(-)
 create mode 100644 
meta/recipes-devtools/opkg/opkg/0001-configure.ac-use-pkg-config-for-libsolv.patch
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/0001-libopkg-include-stdio.h-for-getting-FILE-defined.patch
 create mode 100644 
meta/recipes-devtools/opkg/opkg/0001-libsolv_solver_set_arch_policy-use-correct-logic-dur.patch
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/0001-opkg_archive-add-support-for-empty-compressed-files.patch
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/0001-string_util-New-file-with-bin_to_hex-function.patch
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/0002-md5-Add-md5_to_string-function.patch
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/0003-sha256-Add-sha256_to_string-function.patch
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/0004-opkg_download-Use-short-cache-file-name.patch
 rename meta/recipes-devtools/opkg/{opkg_0.3.0.bb => opkg_0.3.1.bb} (81%)

diff --git 
a/meta/recipes-devtools/opkg/opkg/0001-configure.ac-use-pkg-config-for-libsolv.patch
 
b/meta/recipes-devtools/opkg/opkg/0001-configure.ac-use-pkg-config-for-libsolv.patch
new file mode 100644
index 000..e67ec74
--- /dev/null
+++ 
b/meta/recipes-devtools/opkg/opkg/0001-configure.ac-use-pkg-config-for-libsolv.patch
@@ -0,0 +1,36 @@
+From 2a43027f7ecf2bb3ce73f95bcf575c56bc495d07 Mon Sep 17 00:00:00 2001
+From: Alejandro del Castillo 
+Date: Wed, 9 Dec 2015 17:38:05 -0600
+Subject: [PATCH] configure.ac: use pkg-config for libsolv
+
+Signed-off-by: Alejandro del Castillo 
+---
+ configure.ac | 12 +---
+ 1 file changed, 1 insertion(+), 11 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 52e1025..d17dc5c 100644
+--- a/configure.ac
 b/configure.ac
+@@ -159,17 +159,7 @@ if test "x$want_solver" != "xno"; then
+  AC_MSG_ERROR(Specify which solver with 
--enable-solver=)],
+ [libsolv],
+ [AC_MSG_RESULT(libsolv)
+-
+-SOLVER_CFLAGS="-I/usr/local/include/"
+-SOLVER_LIBS="-lsolv -lsolvext"
+-AC_CHECK_LIB([solv],
+- [solver_solve],
+- [],
+- [AC_MSG_ERROR(libsolv not found)])
+-dnl TODO: remove previous 6 lines and uncomment line below to 
use
+-dnl pkg-config once there is a release of libsolv with 
pkg-config:
+-dnl PKG_CHECK_MODULES(SOLVER, libsolv)
+-
++PKG_CHECK_MODULES(SOLVER, libsolv)
+ AC_DEFINE(HAVE_SOLVER_LIBSOLV,1,[Define if you want to use 
libsolv])],
+ # default
+ [AC_MSG_RESULT(no)
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-devtools/opkg/opkg/0001-libopkg-include-stdio.h-for-getting-FILE-defined.patch
 
b/meta/recipes-devtools/opkg/opkg/0001-libopkg-include-stdio.h-for-getting-FILE-defined.patch
deleted file mode 100644
index acc1338..000
--- 
a/meta/recipes-devtools/opkg/opkg/0001-libopkg-include-stdio.h-for-getting-FILE-defined.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-From 58f4d3d63cd6097154205ea7ee042005036659b3 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Thu, 10 Sep 2015 21:43:32 -0700
-Subject: [PATCH] libopkg: include stdio.h for getting FILE defined
-To: opkg-de...@googlegroups.com
-Cc: p...@paulbarker.me.uk
-
-For some libc(musl) stdio.h may not get included indirectly which means
-we need to mention it in explicit include list
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Submitted
-
- libopkg/opkg_verify.c | 1 +
- libopkg/pkg_src.c | 1 +
- 2 files changed, 2 insertions(+)
-
-diff --git a/libopkg/opkg_verify.c b/libopkg/opkg_verify.c
-index 41dc3f4..a71591d 100644
 a/libopkg/opkg_verify.c
-+++ b/libopkg/opkg_verify.c
-@@ -18,6 +18,7 @@
- 
- #include 
- #include 
-+#include 
- 
- #include "file_util.h"
- #include "opkg_conf.h"
-diff --git a/libopkg/pkg_src.c b/libopkg/pkg_src.c
-index e31ec21..6b49a00 100644
 a/libopkg/pkg_src.c
-+++ b/libopkg/pkg_src.c
-@@ -20,6 +20,7 @@
- 
- #include 
- #include 
-+#include 
- 
- #include "file_util.h"
- #include "o

[OE-core] [PATCH] oeqa/selftest/wic: add test case for sparse images

[Joshua Lock]

Add a testcase to build a directdisk image and check that the
used disk size is less than the apparent size, as wic now
assembles images as sparse files.

Signed-off-by: Joshua Lock 
---
 meta/lib/oeqa/selftest/wic.py | 12 
 1 file changed, 12 insertions(+)

diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py
index 55f6f82..e85363c 100644
--- a/meta/lib/oeqa/selftest/wic.py
+++ b/meta/lib/oeqa/selftest/wic.py
@@ -264,3 +264,15 @@ class Wic(oeSelfTest):
 self.assertEqual(0, runCmd("wic create %s -e core-image-minimal" \
% image).status)
 self.assertEqual(1, len(glob(self.resultdir + "%s-*direct" % image)))
+
+def test_sparseness(self):
+"""Test that assembled images are sparse; apparent size > disk usage"""
+self.assertEqual(0, runCmd("wic create directdisk "
+   "--image-name core-image-minimal").status)
+images = glob(self.resultdir + "directdisk-*.direct")
+self.assertEqual(1, len(images))
+
+path = images.pop()
+used = int(runCmd("du %s | awk '{print $1}'" % path).output)
+apparent = int(runCmd("du --apparent-size %s | awk '{print $1}'" % 
path).output)
+self.assertLess(used, apparent)
-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2 1/2] scripts/oe-selftest: Allow to run tests on random/all architecture

[Burton, Ross]

On 16 December 2015 at 16:25, Daniel Istrate <
daniel.alexandrux.istr...@intel.com> wrote:

> +arch_list = ['qemuarm', 'qemuarm64', 'qemumips',
> 'qemuppc', 'qemux86', 'qemux86-64',
> + 'beaglebone', 'genericx86', 'genericx86-64',
> 'mpc8315e-rdb', 'edgerouter']
>

I believe you can do this through tinfoil to avoid hardcoding the presence
of meta-yocto-bsp, call cooker.findFilesMatchingInDir('conf/machines',
'conf') (see bitbake/lib/bb/cooker.py).

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 15/17] btrfs-tools: update to 4.3.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../btrfs-tools/{btrfs-tools_4.1.2.bb => btrfs-tools_4.3.1.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.1.2.bb => 
btrfs-tools_4.3.1.bb} (94%)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.1.2.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.3.1.bb
similarity index 94%
rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_4.1.2.bb
rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_4.3.1.bb
index 37c622b..e6b0132 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.1.2.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.3.1.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=fcb02dc552a041dee27e4b85c7396067"
 SECTION = "base"
 DEPENDS = "util-linux attr e2fsprogs lzo acl"
 
-SRCREV = "7f1328ccb5d159efe850d4eaea9b49bbe8c4181e"
+SRCREV = "7c3394ed9ef2063a7256d4bc078a485b6f826bc5"
 SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git 
\
file://fix-parallel.patch \
 "
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 14/17] iso-codes: update to 3.63

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../iso-codes/{iso-codes_3.58.bb => iso-codes_3.63.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/iso-codes/{iso-codes_3.58.bb => iso-codes_3.63.bb} 
(76%)

diff --git a/meta/recipes-support/iso-codes/iso-codes_3.58.bb 
b/meta/recipes-support/iso-codes/iso-codes_3.63.bb
similarity index 76%
rename from meta/recipes-support/iso-codes/iso-codes_3.58.bb
rename to meta/recipes-support/iso-codes/iso-codes_3.63.bb
index 7112e46..8ae8a43 100644
--- a/meta/recipes-support/iso-codes/iso-codes_3.58.bb
+++ b/meta/recipes-support/iso-codes/iso-codes_3.63.bb
@@ -3,8 +3,8 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=fbc093901857fcd118f065f900982c24"
 
 SRC_URI = 
"https://pkg-isocodes.alioth.debian.org/downloads/iso-codes-${PV}.tar.xz";
-SRC_URI[md5sum] = "34097a0085f0979e28f9db66ec274c5e"
-SRC_URI[sha256sum] = 
"86af5735dce6e4eff2b983e5d8aa9a3dea1b8db702333ff20be89e45f7f35a72"
+SRC_URI[md5sum] = "129f822fd64c9bf80931269ccb95"
+SRC_URI[sha256sum] = 
"60600e56952dc92b3a8cd8a7044348f7cfa35be528bab2491c3c18582fb5277f"
 
 # inherit gettext cannot be used, because it adds gettext-native to 
BASEDEPENDS which
 # are inhibited by allarch
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 13/17] nss: update to 3.21

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/nss/{nss_3.19.2.bb => nss_3.21.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-support/nss/{nss_3.19.2.bb => nss_3.21.bb} (97%)

diff --git a/meta/recipes-support/nss/nss_3.19.2.bb 
b/meta/recipes-support/nss/nss_3.21.bb
similarity index 97%
rename from meta/recipes-support/nss/nss_3.19.2.bb
rename to meta/recipes-support/nss/nss_3.21.bb
index c51b056..86f1672 100644
--- a/meta/recipes-support/nss/nss_3.19.2.bb
+++ b/meta/recipes-support/nss/nss_3.21.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM = 
"file://nss/COPYING;md5=3b1e88e1b9c0b5a4b2881d46cce06a18 \
 
file://nss/lib/freebl/mpi/doc/LICENSE-MPL;md5=5d425c8f3157dbf212db2ec53d9e5132"
 
 SRC_URI = "\
-
http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_19_2_RTM/src/${BP}.tar.gz
 \
+
http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_21_RTM/src/${BP}.tar.gz
 \
 file://nss-fix-support-cross-compiling.patch \
 file://nss-no-rpath-for-cross-compiling.patch \
 file://nss-fix-incorrect-shebang-of-perl.patch \
@@ -24,8 +24,8 @@ SRC_URI = "\
 file://signlibs.sh \
 "
 
-SRC_URI[md5sum] = "b02ffd1e8e8ef5f8512fa02d8ca9db3d"
-SRC_URI[sha256sum] = 
"1306663e8f61d8449ad8cbcffab743a604dcd9f6f34232c210847c51dce2c9ae"
+SRC_URI[md5sum] = "3c8b2ed880dd3a8d86c9e0151afe6eba"
+SRC_URI[sha256sum] = 
"3f7a5b027d7cdd5c0e4ff7544da33fdc6f56c2f8c27fff02938fd4a6fbe87239"
 
 UPSTREAM_CHECK_URI = 
"https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_Releases";
 UPSTREAM_CHECK_REGEX = "NSS_(?P.+)_release_notes"
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 17/17] mobile-broadband-provider-info: update to tagged release 20151214

[Alexander Kanavin]

After three years, there is finally a tagged release, so let's start
using those instead of updating to latest commit periodically.

Signed-off-by: Alexander Kanavin 
---
 .../mobile-broadband-provider-info_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git 
a/meta/recipes-connectivity/mobile-broadband-provider-info/mobile-broadband-provider-info_git.bb
 
b/meta/recipes-connectivity/mobile-broadband-provider-info/mobile-broadband-provider-info_git.bb
index 2dce7aa..bd488eb 100644
--- 
a/meta/recipes-connectivity/mobile-broadband-provider-info/mobile-broadband-provider-info_git.bb
+++ 
b/meta/recipes-connectivity/mobile-broadband-provider-info/mobile-broadband-provider-info_git.bb
@@ -2,8 +2,8 @@ SUMMARY = "Mobile Broadband Service Provider Database"
 SECTION = "network"
 LICENSE = "PD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=87964579b2a8ece4bc6744d2dc9a8b04"
-SRCREV = "c5e0139cdbb7d57399a804c1fddaa7759b7a4fa0"
-PV = "20151106+gitr${SRCPV}"
+SRCREV = "519465766fabc85b9fdea5f2b5ee3d08c2b1f70d"
+PV = "20151214"
 PE = "1"
 
 SRC_URI = "git://git.gnome.org/mobile-broadband-provider-info"
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 12/17] kexec-tools: update to 2.0.11

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../kexec/{kexec-tools_2.0.10.bb => kexec-tools_2.0.11.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/kexec/{kexec-tools_2.0.10.bb => 
kexec-tools_2.0.11.bb} (87%)

diff --git a/meta/recipes-kernel/kexec/kexec-tools_2.0.10.bb 
b/meta/recipes-kernel/kexec/kexec-tools_2.0.11.bb
similarity index 87%
rename from meta/recipes-kernel/kexec/kexec-tools_2.0.10.bb
rename to meta/recipes-kernel/kexec/kexec-tools_2.0.11.bb
index f211217..7173767 100644
--- a/meta/recipes-kernel/kexec/kexec-tools_2.0.10.bb
+++ b/meta/recipes-kernel/kexec/kexec-tools_2.0.11.bb
@@ -9,8 +9,8 @@ SRC_URI += 
"file://kexec-tools-Refine-kdump-device_tree-sort.patch \
 file://0001-purgatory-Pass-r-directly-to-linker.patch \
  "
 
-SRC_URI[md5sum] = "6cb4d22bcec71b6e070aa8e9d990a5e6"
-SRC_URI[sha256sum] = 
"c31bb83deef9547a28e8cfc1f0916e70f8e6b92a6bd2ef7077e12e3338239af3"
+SRC_URI[md5sum] = "86de066859f289048f1b286af6f03f78"
+SRC_URI[sha256sum] = 
"84f652ebf1de3f7b9de757a50cdbf6d5639d88c1d5b5ef9f525edde5ef9590c2"
 
 PACKAGES =+ "kexec kdump vmcore-dmesg"
 
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 16/17] icu: fix upstream version check

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/icu/icu_56.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/icu/icu_56.1.bb 
b/meta/recipes-support/icu/icu_56.1.bb
index 90c93e8..db0de10 100644
--- a/meta/recipes-support/icu/icu_56.1.bb
+++ b/meta/recipes-support/icu/icu_56.1.bb
@@ -25,3 +25,5 @@ SRC_URI_append_class-target = "\
 SRC_URI[md5sum] = "c4a2d71ff56aec5ebfab2a3f059be99d"
 SRC_URI[sha256sum] = 
"3a64e9105c734dcf631c0b3ed60404531bce6c0f5a64bfe1a6402a4cc2314816"
 
+UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)/"
+UPSTREAM_CHECK_URI = "http://download.icu-project.org/files/icu4c/";
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 11/17] lighttpd: update to 1.4.38

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../lighttpd/{lighttpd_1.4.36.bb => lighttpd_1.4.38.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/lighttpd/{lighttpd_1.4.36.bb => 
lighttpd_1.4.38.bb} (94%)

diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.36.bb 
b/meta/recipes-extended/lighttpd/lighttpd_1.4.38.bb
similarity index 94%
rename from meta/recipes-extended/lighttpd/lighttpd_1.4.36.bb
rename to meta/recipes-extended/lighttpd/lighttpd_1.4.38.bb
index 67b6e37..7cfc141 100644
--- a/meta/recipes-extended/lighttpd/lighttpd_1.4.36.bb
+++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.38.bb
@@ -24,8 +24,8 @@ SRC_URI = 
"http://download.lighttpd.net/lighttpd/releases-1.4.x/lighttpd-${PV}.t
 file://0001-mod_cgi-buffers-data-without-bound.patch \
 "
 
-SRC_URI[md5sum] = "1843daffcb018aa528f6d15d43544654"
-SRC_URI[sha256sum] = 
"897ab6b1cc7bd51671f8af759e7846245fbbca0685c30017e93a5882a9ac1a53"
+SRC_URI[md5sum] = "7adc12323f37ed24ecf026c7547b577d"
+SRC_URI[sha256sum] = 
"4912568b7befcf3f552ca4668bd7f38cd85f42a22944359d00816ec27eb1e504"
 
 PACKAGECONFIG ??= "openssl"
 PACKAGECONFIG[openssl] = "--with-openssl, --without-openssl, openssl"
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 10/17] tiff: update to 4.0.6

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/libtiff/{tiff_4.0.4.bb => tiff_4.0.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/libtiff/{tiff_4.0.4.bb => tiff_4.0.6.bb} (92%)

diff --git a/meta/recipes-multimedia/libtiff/tiff_4.0.4.bb 
b/meta/recipes-multimedia/libtiff/tiff_4.0.6.bb
similarity index 92%
rename from meta/recipes-multimedia/libtiff/tiff_4.0.4.bb
rename to meta/recipes-multimedia/libtiff/tiff_4.0.6.bb
index 74f0a72..e2e24e0 100644
--- a/meta/recipes-multimedia/libtiff/tiff_4.0.4.bb
+++ b/meta/recipes-multimedia/libtiff/tiff_4.0.6.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"ftp://ftp.remotesensing.org/pub/libtiff/tiff-${PV}.tar.gz \
file://libtool2.patch \
   "
 
-SRC_URI[md5sum] = "9aee7107408a128c0c7b24286c0db900"
-SRC_URI[sha256sum] = 
"8cb1d90c96f61cdfc0bcf036acc251c9dbe6320334da941c7a83cfe1576ef890"
+SRC_URI[md5sum] = "d1d2e940dea0b5ad435f21f03d96dd72"
+SRC_URI[sha256sum] = 
"4d57a50907b510e3049a4bba0d7888930fdfc16ce49f1bf693e5b6247370d68c"
 
 # exclude betas
 UPSTREAM_CHECK_REGEX = "tiff-(?P\d+(\.\d+)+).tar"
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 07/17] liburcu: update to 0.9.1

[Alexander Kanavin]

Remove all patches: one of them is fixing a problem with gcc 4.8
that is no longer in use, and the other two are backports.

LICENSE checksum has changed, but visually the text has stayed the same.

Signed-off-by: Alexander Kanavin 
---
 ...cify-complete-types-for-atomic-function-c.patch | 158 -
 ...evert-Blacklist-ARM-gcc-4.8.0-4.8.1-4.8.2.patch |  47 --
 meta/recipes-support/liburcu/liburcu/aarch64.patch |  19 ---
 .../liburcu/{liburcu_0.8.7.bb => liburcu_0.9.1.bb} |   9 +-
 4 files changed, 3 insertions(+), 230 deletions(-)
 delete mode 100644 
meta/recipes-support/liburcu/liburcu/0001-uatomic-Specify-complete-types-for-atomic-function-c.patch
 delete mode 100644 
meta/recipes-support/liburcu/liburcu/Revert-Blacklist-ARM-gcc-4.8.0-4.8.1-4.8.2.patch
 delete mode 100644 meta/recipes-support/liburcu/liburcu/aarch64.patch
 rename meta/recipes-support/liburcu/{liburcu_0.8.7.bb => liburcu_0.9.1.bb} 
(61%)

diff --git 
a/meta/recipes-support/liburcu/liburcu/0001-uatomic-Specify-complete-types-for-atomic-function-c.patch
 
b/meta/recipes-support/liburcu/liburcu/0001-uatomic-Specify-complete-types-for-atomic-function-c.patch
deleted file mode 100644
index 5ad0bbd..000
--- 
a/meta/recipes-support/liburcu/liburcu/0001-uatomic-Specify-complete-types-for-atomic-function-c.patch
+++ /dev/null
@@ -1,158 +0,0 @@
-From 6af790818d074c103c4797f1ce764896f183e028 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sat, 22 Aug 2015 21:35:03 -0700
-Subject: [PATCH] uatomic: Specify complete types for atomic function calls
-
-This was unearthed by clang compiler where it complained about parameter
-mismatch, gcc doesnt notice this
-
-urcu/uatomic/generic.h:190:10: error: address argument to atomic builtin
-must be a pointer to integer or pointer ('void *' invalid)
-return __sync_add_and_fetch_4(addr, val);
-
-Fixed all instances thusly
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Submitted
-
- urcu/uatomic/generic.h | 40 
- 1 file changed, 20 insertions(+), 20 deletions(-)
-
-diff --git a/urcu/uatomic/generic.h b/urcu/uatomic/generic.h
-index 37f59cc..0046ffd 100644
 a/urcu/uatomic/generic.h
-+++ b/urcu/uatomic/generic.h
-@@ -65,17 +65,17 @@ unsigned long _uatomic_cmpxchg(void *addr, unsigned long 
old,
-   switch (len) {
- #ifdef UATOMIC_HAS_ATOMIC_BYTE
-   case 1:
--  return __sync_val_compare_and_swap_1(addr, old, _new);
-+  return __sync_val_compare_and_swap_1((unsigned char *)addr, 
old, _new);
- #endif
- #ifdef UATOMIC_HAS_ATOMIC_SHORT
-   case 2:
--  return __sync_val_compare_and_swap_2(addr, old, _new);
-+  return __sync_val_compare_and_swap_2((unsigned short int 
*)addr, old, _new);
- #endif
-   case 4:
--  return __sync_val_compare_and_swap_4(addr, old, _new);
-+  return __sync_val_compare_and_swap_4((unsigned int *)addr, old, 
_new);
- #if (CAA_BITS_PER_LONG == 64)
-   case 8:
--  return __sync_val_compare_and_swap_8(addr, old, _new);
-+  return __sync_val_compare_and_swap_8((unsigned long *)addr, 
old, _new);
- #endif
-   }
-   _uatomic_link_error();
-@@ -100,20 +100,20 @@ void _uatomic_and(void *addr, unsigned long val,
-   switch (len) {
- #ifdef UATOMIC_HAS_ATOMIC_BYTE
-   case 1:
--  __sync_and_and_fetch_1(addr, val);
-+  __sync_and_and_fetch_1((unsigned char *)addr, val);
-   return;
- #endif
- #ifdef UATOMIC_HAS_ATOMIC_SHORT
-   case 2:
--  __sync_and_and_fetch_2(addr, val);
-+  __sync_and_and_fetch_2((unsigned short int *)addr, val);
-   return;
- #endif
-   case 4:
--  __sync_and_and_fetch_4(addr, val);
-+  __sync_and_and_fetch_4((unsigned int *)addr, val);
-   return;
- #if (CAA_BITS_PER_LONG == 64)
-   case 8:
--  __sync_and_and_fetch_8(addr, val);
-+  __sync_and_and_fetch_8((unsigned long *)addr, val);
-   return;
- #endif
-   }
-@@ -139,20 +139,20 @@ void _uatomic_or(void *addr, unsigned long val,
-   switch (len) {
- #ifdef UATOMIC_HAS_ATOMIC_BYTE
-   case 1:
--  __sync_or_and_fetch_1(addr, val);
-+  __sync_or_and_fetch_1((unsigned char *)addr, val);
-   return;
- #endif
- #ifdef UATOMIC_HAS_ATOMIC_SHORT
-   case 2:
--  __sync_or_and_fetch_2(addr, val);
-+  __sync_or_and_fetch_2((unsigned short int *)addr, val);
-   return;
- #endif
-   case 4:
--  __sync_or_and_fetch_4(addr, val);
-+  __sync_or_and_fetch_4((unsigned int *)addr, val);
-   return;
- #if (CAA_BITS_PER_LONG == 64)
-   case 8:
--  __sync_or_and_fetch_8(addr, val);
-+  __sync_or_and_fetch_8((unsigned long *)addr, val);
-   return;
- #endif
-   }
-@@ -180,17 +180,17 @@ unsigned long _uatomic_add_retur

[OE-core] [PATCH 08/17] msmtp: update to 1.6.3

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/msmtp/{msmtp_1.6.2.bb => msmtp_1.6.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/msmtp/{msmtp_1.6.2.bb => msmtp_1.6.3.bb} (86%)

diff --git a/meta/recipes-extended/msmtp/msmtp_1.6.2.bb 
b/meta/recipes-extended/msmtp/msmtp_1.6.3.bb
similarity index 86%
rename from meta/recipes-extended/msmtp/msmtp_1.6.2.bb
rename to meta/recipes-extended/msmtp/msmtp_1.6.3.bb
index f9bf563..6dbd78f 100644
--- a/meta/recipes-extended/msmtp/msmtp_1.6.2.bb
+++ b/meta/recipes-extended/msmtp/msmtp_1.6.3.bb
@@ -12,8 +12,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 SRC_URI = 
"http://sourceforge.net/projects/msmtp/files/msmtp/${PV}/${BPN}-${PV}.tar.xz \
   "
 
-SRC_URI[md5sum] = "3baca93c7e5f1aa9d36a2e5b38739ab9"
-SRC_URI[sha256sum] = 
"2f6ecd7cbfadf548fd55205bd24cb63b84bcbb1185efed917dd7800595a48789"
+SRC_URI[md5sum] = "6d9384c09405db9476beaa2237c56705"
+SRC_URI[sha256sum] = 
"f982be069c0772c3ee83925f552f5dac5fb307d2d1c68202f9926bb13b757355"
 
 inherit gettext autotools update-alternatives pkgconfig
 
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 05/17] python3-pip: update to 7.1.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../python/{python3-pip_6.1.1.bb => python3-pip_7.1.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-pip_6.1.1.bb => 
python3-pip_7.1.2.bb} (90%)

diff --git a/meta/recipes-devtools/python/python3-pip_6.1.1.bb 
b/meta/recipes-devtools/python/python3-pip_7.1.2.bb
similarity index 90%
rename from meta/recipes-devtools/python/python3-pip_6.1.1.bb
rename to meta/recipes-devtools/python/python3-pip_7.1.2.bb
index 58916d4..297b351 100644
--- a/meta/recipes-devtools/python/python3-pip_6.1.1.bb
+++ b/meta/recipes-devtools/python/python3-pip_7.1.2.bb
@@ -10,8 +10,8 @@ DEPENDS += "python3 python3-setuptools-native"
 SRC_URI = " \
   http://pypi.python.org/packages/source/p/${SRCNAME}/${SRCNAME}-${PV}.tar.gz \
 "
-SRC_URI[md5sum] = "6b19e0a934d982a5a4b798e957cb6d45"
-SRC_URI[sha256sum] = 
"89f3b626d225e08e7f20d85044afa40f612eb3284484169813dc2d0631f2a556"
+SRC_URI[md5sum] = "3823d2343d9f3aaab21cf9c917710196"
+SRC_URI[sha256sum] = 
"ca047986f0528cfa975a14fb9f7f106271d4e0c3fe1ddced6c1db2e7ae57a477"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/pip";
 
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 09/17] libassuan: update to 2.4.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../libassuan/{libassuan_2.2.1.bb => libassuan_2.4.2.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libassuan/{libassuan_2.2.1.bb => 
libassuan_2.4.2.bb} (86%)

diff --git a/meta/recipes-support/libassuan/libassuan_2.2.1.bb 
b/meta/recipes-support/libassuan/libassuan_2.4.2.bb
similarity index 86%
rename from meta/recipes-support/libassuan/libassuan_2.2.1.bb
rename to meta/recipes-support/libassuan/libassuan_2.4.2.bb
index 75ae43f..57eab38 100644
--- a/meta/recipes-support/libassuan/libassuan_2.2.1.bb
+++ b/meta/recipes-support/libassuan/libassuan_2.4.2.bb
@@ -13,8 +13,8 @@ DEPENDS = "libgpg-error"
 SRC_URI = "ftp://ftp.gnupg.org/gcrypt/libassuan/libassuan-${PV}.tar.bz2 \
   file://libassuan-add-pkgconfig-support.patch"
 
-SRC_URI[md5sum] = "6290e750ee87be3bfd9579fc44c6a186"
-SRC_URI[sha256sum] = 
"949285bb79345362cb72a40c798defefc007031c60f2f10251720bf60a9de2de"
+SRC_URI[md5sum] = "70151995c2330ae1261c0a7ca34cf478"
+SRC_URI[sha256sum] = 
"bb06dc81380b74bf1b64d5849be5c0409a336f3b4c45f20ac688e86d1b5bcb20"
 
 BINCONFIG = "${bindir}/libassuan-config"
 
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 04/17] pytnon-pexpect: update to 4.0.1

[Alexander Kanavin]

LICENSE checksum changed to an additional copyright attribution line

Signed-off-by: Alexander Kanavin 
---
 .../python/{python-pexpect_3.3.bb => python-pexpect_4.0.1.bb}   | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/python/{python-pexpect_3.3.bb => 
python-pexpect_4.0.1.bb} (69%)

diff --git a/meta/recipes-devtools/python/python-pexpect_3.3.bb 
b/meta/recipes-devtools/python/python-pexpect_4.0.1.bb
similarity index 69%
rename from meta/recipes-devtools/python/python-pexpect_3.3.bb
rename to meta/recipes-devtools/python/python-pexpect_4.0.1.bb
index 5318405..7f142a3 100644
--- a/meta/recipes-devtools/python/python-pexpect_3.3.bb
+++ b/meta/recipes-devtools/python/python-pexpect_4.0.1.bb
@@ -2,11 +2,11 @@ SUMMARY = "A Pure Python Expect like Module for Python"
 HOMEPAGE = "http://pexpect.readthedocs.org/";
 SECTION = "devel/python"
 LICENSE = "ISC"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=c25d9a0770ba69a9965acc894e9f3644"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=66c2378a96b307d56bfb3a9e58edafa8"
 
 SRC_URI = 
"https://pypi.python.org/packages/source/p/pexpect/pexpect-${PV}.tar.gz";
-SRC_URI[md5sum] = "0de72541d3f1374b795472fed841dce8"
-SRC_URI[sha256sum] = 
"dfea618d43e83cfff21504f18f98019ba520f330e4142e5185ef7c73527de5ba"
+SRC_URI[md5sum] = "056df81e6ca7081f1015b4b147b977b7"
+SRC_URI[sha256sum] = 
"232795ebcaaf2e120396dbbaa3a129eda51757eeaae1911558f4ef8ee414fc6c"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/pexpect";
 
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 02/17] gptfdisk: update to 1.0.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/fdisk/{gptfdisk_1.0.0.bb => gptfdisk_1.0.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/fdisk/{gptfdisk_1.0.0.bb => gptfdisk_1.0.1.bb} 
(86%)

diff --git a/meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb 
b/meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb
similarity index 86%
rename from meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb
rename to meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb
index 2dd3b5b..9f1daf3 100644
--- a/meta/recipes-devtools/fdisk/gptfdisk_1.0.0.bb
+++ b/meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb
@@ -7,8 +7,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
 DEPENDS = "util-linux popt ncurses"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${PV}/${BP}.tar.gz"
-SRC_URI[md5sum] = "2061f917af084215898d4fea04d8388f"
-SRC_URI[sha256sum] = 
"5b66956743a799fc0471cdb032665c1391e82f9c5b3f1d7d726d29fe2ba01d6c"
+SRC_URI[md5sum] = "d7f3d306b083123bcc6f5941efade586"
+SRC_URI[sha256sum] = 
"864c8aee2efdda50346804d7e6230407d5f42a8ae754df70404dd8b2fdfaeac7"
 
 UPSTREAM_CHECK_URI = "http://sourceforge.net/projects/gptfdisk/files/gptfdisk/";
 UPSTREAM_CHECK_REGEX = "/gptfdisk/(?P(\d+[\.\-_]*)+)/"
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 01/17] cryptodev: update to 1.8

[Alexander Kanavin]

Drop 0001-ioctl.c-Fix-build-on-3.19.patch and
0002-Fix-tests-Makefile-usage-of-LDLIBS-vs.-LDFLAGS.patch, the code
has been fixed upstream.

Signed-off-by: Alexander Kanavin 
---
 ...yptodev-linux_1.7.bb => cryptodev-linux_1.8.bb} |  2 +-
 ...todev-module_1.7.bb => cryptodev-module_1.8.bb} |  3 +--
 ...yptodev-tests_1.7.bb => cryptodev-tests_1.8.bb} |  3 +--
 .../cryptodev/{cryptodev_1.7.inc => cryptodev.inc} |  4 +--
 .../files/0001-ioctl.c-Fix-build-on-3.19.patch | 29 --
 ...ests-Makefile-usage-of-LDLIBS-vs.-LDFLAGS.patch | 29 --
 6 files changed, 5 insertions(+), 65 deletions(-)
 rename meta/recipes-kernel/cryptodev/{cryptodev-linux_1.7.bb => 
cryptodev-linux_1.8.bb} (91%)
 rename meta/recipes-kernel/cryptodev/{cryptodev-module_1.7.bb => 
cryptodev-module_1.8.bb} (83%)
 rename meta/recipes-kernel/cryptodev/{cryptodev-tests_1.7.bb => 
cryptodev-tests_1.8.bb} (79%)
 rename meta/recipes-kernel/cryptodev/{cryptodev_1.7.inc => cryptodev.inc} (66%)
 delete mode 100644 
meta/recipes-kernel/cryptodev/files/0001-ioctl.c-Fix-build-on-3.19.patch
 delete mode 100644 
meta/recipes-kernel/cryptodev/files/0002-Fix-tests-Makefile-usage-of-LDLIBS-vs.-LDFLAGS.patch

diff --git a/meta/recipes-kernel/cryptodev/cryptodev-linux_1.7.bb 
b/meta/recipes-kernel/cryptodev/cryptodev-linux_1.8.bb
similarity index 91%
rename from meta/recipes-kernel/cryptodev/cryptodev-linux_1.7.bb
rename to meta/recipes-kernel/cryptodev/cryptodev-linux_1.8.bb
index a33841d..c55577c 100644
--- a/meta/recipes-kernel/cryptodev/cryptodev-linux_1.7.bb
+++ b/meta/recipes-kernel/cryptodev/cryptodev-linux_1.8.bb
@@ -1,4 +1,4 @@
-require cryptodev_${PV}.inc
+require cryptodev.inc
 
 SUMMARY = "A /dev/crypto device driver header file"
 
diff --git a/meta/recipes-kernel/cryptodev/cryptodev-module_1.7.bb 
b/meta/recipes-kernel/cryptodev/cryptodev-module_1.8.bb
similarity index 83%
rename from meta/recipes-kernel/cryptodev/cryptodev-module_1.7.bb
rename to meta/recipes-kernel/cryptodev/cryptodev-module_1.8.bb
index 5cd52eb..552eb6a 100644
--- a/meta/recipes-kernel/cryptodev/cryptodev-module_1.7.bb
+++ b/meta/recipes-kernel/cryptodev/cryptodev-module_1.8.bb
@@ -1,4 +1,4 @@
-require cryptodev_${PV}.inc
+require cryptodev.inc
 
 SUMMARY = "A /dev/crypto device driver kernel module"
 
@@ -9,7 +9,6 @@ DEPENDS += "cryptodev-linux"
 
 SRC_URI += " \
 file://0001-Disable-installing-header-file-provided-by-another-p.patch \
-file://0001-ioctl.c-Fix-build-on-3.19.patch \
 "
 
 EXTRA_OEMAKE='KERNEL_DIR="${STAGING_KERNEL_DIR}" PREFIX="${D}"'
diff --git a/meta/recipes-kernel/cryptodev/cryptodev-tests_1.7.bb 
b/meta/recipes-kernel/cryptodev/cryptodev-tests_1.8.bb
similarity index 79%
rename from meta/recipes-kernel/cryptodev/cryptodev-tests_1.7.bb
rename to meta/recipes-kernel/cryptodev/cryptodev-tests_1.8.bb
index f1ca36e..c400524 100644
--- a/meta/recipes-kernel/cryptodev/cryptodev-tests_1.7.bb
+++ b/meta/recipes-kernel/cryptodev/cryptodev-tests_1.8.bb
@@ -1,4 +1,4 @@
-require cryptodev_${PV}.inc
+require cryptodev.inc
 
 SUMMARY = "A test suite for /dev/crypto device driver"
 
@@ -6,7 +6,6 @@ DEPENDS += "openssl"
 
 SRC_URI += " \
 file://0001-Add-the-compile-and-install-rules-for-cryptodev-test.patch \
-file://0002-Fix-tests-Makefile-usage-of-LDLIBS-vs.-LDFLAGS.patch \
 "
 
 EXTRA_OEMAKE='KERNEL_DIR="${STAGING_EXECPREFIXDIR}" PREFIX="${D}"'
diff --git a/meta/recipes-kernel/cryptodev/cryptodev_1.7.inc 
b/meta/recipes-kernel/cryptodev/cryptodev.inc
similarity index 66%
rename from meta/recipes-kernel/cryptodev/cryptodev_1.7.inc
rename to meta/recipes-kernel/cryptodev/cryptodev.inc
index cca6925..ade7ef9 100644
--- a/meta/recipes-kernel/cryptodev/cryptodev_1.7.inc
+++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
@@ -5,8 +5,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
 SRC_URI = 
"http://download.gna.org/cryptodev-linux/cryptodev-linux-${PV}.tar.gz";
 
-SRC_URI[md5sum] = "0b63b3481cf2c90386b35f057481d36b"
-SRC_URI[sha256sum] = 
"41880533b53de4d7b3f054e230f576988dafb8eed7bef5ebcf6422bb2e3a3b25"
+SRC_URI[md5sum] = "02644cc4cd02301e0b503a332eb2f0b5"
+SRC_URI[sha256sum] = 
"67fabde9fb67b286a96c4f45b594b0eccd0f761b495705c18f2ae9461b831376"
 
 S = "${WORKDIR}/cryptodev-linux-${PV}"
 
diff --git 
a/meta/recipes-kernel/cryptodev/files/0001-ioctl.c-Fix-build-on-3.19.patch 
b/meta/recipes-kernel/cryptodev/files/0001-ioctl.c-Fix-build-on-3.19.patch
deleted file mode 100644
index 74c8972..000
--- a/meta/recipes-kernel/cryptodev/files/0001-ioctl.c-Fix-build-on-3.19.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-From 7d71124991030f99965e6e6aaed421115f185adb Mon Sep 17 00:00:00 2001
-From: Ricardo Ribalda Delgado 
-Date: Mon, 9 Feb 2015 13:51:56 +0100
-Subject: [PATCH] ioctl.c: Fix build on 3.19
-
-get_unused_fd() MACRO has been removed on kernel 3.19. Replace by the
-actual output of the macro.
-
-Signed-off-by: Ricardo Ribalda Delgado 

- ioctl.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff -

[OE-core] [PATCH 00/17] Recipe version updates

[Alexander Kanavin]

Here's another bunch of version updates; this time everything that is assigned
to me has been updated (except the webkit/epiphany related recipes which will
be handled separately). I also updated recipes that don't have a listed 
maintainer.

The following changes since commit 6544bed72142c9ff07b55f41d66e137b1b453f7b:

  valgrind: update to 3.11.0 (2015-12-16 15:14:27 +0200)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/package-version-updates
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates

Alexander Kanavin (17):
  cryptodev: update to 1.8
  gptfdisk: update to 1.0.1
  ifupdown: update to 0.8.2
  pytnon-pexpect: update to 4.0.1
  python3-pip: update to 7.1.2
  trace-cmd: update to 2.6
  liburcu: update to 0.9.1
  msmtp: update to 1.6.3
  libassuan: update to 2.4.2
  tiff: update to 4.0.6
  lighttpd: update to 1.4.38
  kexec-tools: update to 2.0.11
  nss: update to 3.21
  iso-codes: update to 3.63
  btrfs-tools: update to 4.3.1
  icu: fix upstream version check
  mobile-broadband-provider-info: update to tagged release 20151214

 .../mobile-broadband-provider-info_git.bb  |   4 +-
 .../{ifupdown_0.7.48.1.bb => ifupdown_0.8.2.bb}|   9 +-
 .../{btrfs-tools_4.1.2.bb => btrfs-tools_4.3.1.bb} |   2 +-
 .../fdisk/{gptfdisk_1.0.0.bb => gptfdisk_1.0.1.bb} |   4 +-
 ...thon-pexpect_3.3.bb => python-pexpect_4.0.1.bb} |   6 +-
 .../{python3-pip_6.1.1.bb => python3-pip_7.1.2.bb} |   4 +-
 .../{lighttpd_1.4.36.bb => lighttpd_1.4.38.bb} |   4 +-
 .../msmtp/{msmtp_1.6.2.bb => msmtp_1.6.3.bb}   |   4 +-
 ...yptodev-linux_1.7.bb => cryptodev-linux_1.8.bb} |   2 +-
 ...todev-module_1.7.bb => cryptodev-module_1.8.bb} |   3 +-
 ...yptodev-tests_1.7.bb => cryptodev-tests_1.8.bb} |   3 +-
 .../cryptodev/{cryptodev_1.7.inc => cryptodev.inc} |   4 +-
 .../files/0001-ioctl.c-Fix-build-on-3.19.patch |  29 
 ...ests-Makefile-usage-of-LDLIBS-vs.-LDFLAGS.patch |  29 
 ...kexec-tools_2.0.10.bb => kexec-tools_2.0.11.bb} |   4 +-
 meta/recipes-kernel/trace-cmd/trace-cmd.inc|   6 +-
 .../libtiff/{tiff_4.0.4.bb => tiff_4.0.6.bb}   |   4 +-
 meta/recipes-support/icu/icu_56.1.bb   |   2 +
 .../{iso-codes_3.58.bb => iso-codes_3.63.bb}   |   4 +-
 .../{libassuan_2.2.1.bb => libassuan_2.4.2.bb} |   4 +-
 ...cify-complete-types-for-atomic-function-c.patch | 158 -
 ...evert-Blacklist-ARM-gcc-4.8.0-4.8.1-4.8.2.patch |  47 --
 meta/recipes-support/liburcu/liburcu/aarch64.patch |  19 ---
 .../liburcu/{liburcu_0.8.7.bb => liburcu_0.9.1.bb} |   9 +-
 .../nss/{nss_3.19.2.bb => nss_3.21.bb} |   6 +-
 25 files changed, 41 insertions(+), 329 deletions(-)
 rename meta/recipes-core/ifupdown/{ifupdown_0.7.48.1.bb => ifupdown_0.8.2.bb} 
(81%)
 rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.1.2.bb => 
btrfs-tools_4.3.1.bb} (94%)
 rename meta/recipes-devtools/fdisk/{gptfdisk_1.0.0.bb => gptfdisk_1.0.1.bb} 
(86%)
 rename meta/recipes-devtools/python/{python-pexpect_3.3.bb => 
python-pexpect_4.0.1.bb} (69%)
 rename meta/recipes-devtools/python/{python3-pip_6.1.1.bb => 
python3-pip_7.1.2.bb} (90%)
 rename meta/recipes-extended/lighttpd/{lighttpd_1.4.36.bb => 
lighttpd_1.4.38.bb} (94%)
 rename meta/recipes-extended/msmtp/{msmtp_1.6.2.bb => msmtp_1.6.3.bb} (86%)
 rename meta/recipes-kernel/cryptodev/{cryptodev-linux_1.7.bb => 
cryptodev-linux_1.8.bb} (91%)
 rename meta/recipes-kernel/cryptodev/{cryptodev-module_1.7.bb => 
cryptodev-module_1.8.bb} (83%)
 rename meta/recipes-kernel/cryptodev/{cryptodev-tests_1.7.bb => 
cryptodev-tests_1.8.bb} (79%)
 rename meta/recipes-kernel/cryptodev/{cryptodev_1.7.inc => cryptodev.inc} (66%)
 delete mode 100644 
meta/recipes-kernel/cryptodev/files/0001-ioctl.c-Fix-build-on-3.19.patch
 delete mode 100644 
meta/recipes-kernel/cryptodev/files/0002-Fix-tests-Makefile-usage-of-LDLIBS-vs.-LDFLAGS.patch
 rename meta/recipes-kernel/kexec/{kexec-tools_2.0.10.bb => 
kexec-tools_2.0.11.bb} (87%)
 rename meta/recipes-multimedia/libtiff/{tiff_4.0.4.bb => tiff_4.0.6.bb} (92%)
 rename meta/recipes-support/iso-codes/{iso-codes_3.58.bb => iso-codes_3.63.bb} 
(76%)
 rename meta/recipes-support/libassuan/{libassuan_2.2.1.bb => 
libassuan_2.4.2.bb} (86%)
 delete mode 100644 
meta/recipes-support/liburcu/liburcu/0001-uatomic-Specify-complete-types-for-atomic-function-c.patch
 delete mode 100644 
meta/recipes-support/liburcu/liburcu/Revert-Blacklist-ARM-gcc-4.8.0-4.8.1-4.8.2.patch
 delete mode 100644 meta/recipes-support/liburcu/liburcu/aarch64.patch
 rename meta/recipes-support/liburcu/{liburcu_0.8.7.bb => liburcu_0.9.1.bb} 
(61%)
 rename meta/recipes-support/nss/{nss_3.19.2.bb => nss_3.21.bb} (97%)

-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 03/17] ifupdown: update to 0.8.2

[Alexander Kanavin]

Switch upstream to git, as old versions can disappear from archive.ubuntu.com

Signed-off-by: Alexander Kanavin 
---
 .../ifupdown/{ifupdown_0.7.48.1.bb => ifupdown_0.8.2.bb} | 9 +++--
 1 file changed, 3 insertions(+), 6 deletions(-)
 rename meta/recipes-core/ifupdown/{ifupdown_0.7.48.1.bb => ifupdown_0.8.2.bb} 
(81%)

diff --git a/meta/recipes-core/ifupdown/ifupdown_0.7.48.1.bb 
b/meta/recipes-core/ifupdown/ifupdown_0.8.2.bb
similarity index 81%
rename from meta/recipes-core/ifupdown/ifupdown_0.7.48.1.bb
rename to meta/recipes-core/ifupdown/ifupdown_0.8.2.bb
index 24eb87b..732b295 100644
--- a/meta/recipes-core/ifupdown/ifupdown_0.7.48.1.bb
+++ b/meta/recipes-core/ifupdown/ifupdown_0.8.2.bb
@@ -6,16 +6,16 @@ the file /etc/network/interfaces."
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
 
-SRC_URI = 
"http://archive.ubuntu.com/ubuntu/pool/main/i/ifupdown/ifupdown_0.7.48.1ubuntu5.tar.gz
 \
+SRC_URI = 
"git://anonscm.debian.org/git/collab-maint/ifupdown.git;protocol=https \
   file://defn2-c-man-don-t-rely-on-dpkg-architecture-to-set-a.patch \
   file://inet-6-.defn-fix-inverted-checks-for-loopback.patch \
   file://99_network \
  "
+SRCREV = "05ea2fd4f49bb1201aeef2a42efbcff8f336112f"
 
 EXTRA_OEMAKE = ""
 
-# needed so we don't get default S="${WORKDIR}/ifupdown-${PV}"
-S = "${WORKDIR}/ifupdown-${PV}ubuntu5"
+S = "${WORKDIR}/git"
 
 
 inherit update-rc.d update-alternatives
@@ -49,6 +49,3 @@ ALTERNATIVE_LINK_NAME[ifdown] = "${base_sbindir}/ifdown"
 
 INITSCRIPT_NAME = "ifup"
 INITSCRIPT_PARAMS = "start 39 S . stop 39 0 6 1 ."
-
-SRC_URI[md5sum] = "85ba375f3c6f26d34efb2a8575e77fc8"
-SRC_URI[sha256sum] = 
"08dce14692c07b72b583b86c4d3ace0d9dac1928925144cc3ddde15b694ebbdf"
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 06/17] trace-cmd: update to 2.6

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-kernel/trace-cmd/trace-cmd.inc | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/trace-cmd/trace-cmd.inc 
b/meta/recipes-kernel/trace-cmd/trace-cmd.inc
index 87e4a9c..3ad06fa 100644
--- a/meta/recipes-kernel/trace-cmd/trace-cmd.inc
+++ b/meta/recipes-kernel/trace-cmd/trace-cmd.inc
@@ -1,11 +1,11 @@
-SRCREV = "0813335d2e49291e7ab6a4365cec2baa05813eda"
-PV = "2.5.3+git${SRCPV}"
+SRCREV = "9be5d74805830a291615f2f34a27c903f6a37b1e"
+PV = "2.6"
 
 inherit pkgconfig
 
 FILESEXTRAPATHS =. "${FILE_DIRNAME}/trace-cmd:"
 
-SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git;branch=trace-cmd-stable-v2.5
 \
+SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git;branch=trace-cmd-stable-v2.6
 \
file://blktrace-api-compatibility.patch \
 "
 
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv3 1/2] scripts/oe-selftest: Allow to run tests on random/all architecture

[Richard Purdie]

On Thu, 2015-12-17 at 16:38 +0200, Daniel Istrate wrote:
> Add an option for random arch into oe-selftest:
> --arch [random/all]
> 1. random: will set a random MACHINE for each test
> 2. all: will run tests for all architectures
> 
> Custom arch sets only weak default values (??=) for MACHINE in
> local.conf.
> This let test cases that require a specific MACHINE to be able to
> override it, using (?= or =).
> 
> e.g.:
> oe-selftest --run-tests signing --arch random -->
> will run all tests switching MACHINE randomly for each test
> 
> oe-selftest --run-tests signing --arch all -->
> for each arch will run all tests
> 
> oe-selftest --run-all-tests --arch random
> 
> Also update oeqa/selftest/base.py to accomodate this feature.
> 
> Fix for [YOCTO #5880].

This is actually incredibly confusing since "arch" means something
quite different in the OE sense and this is really "machine". I
therefore have concerns about this option name.

I also strongly dislike hardcoded lists of machines. That *cannot* go
in as it stands I'm afraid.

Cheers,

Richard


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/7] buildstats: Improve to add getrusage data and corrected IO stats

[Richard Purdie]

Add IO stats and getrusage() data to the task statistics. We
also drop the CPU percentage calculation since its pretty arbitrary
and not very accurate/useful.

In particular we can now see the user and sys times as well as the
wall clock times.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 71469e4..daf0b86 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -9,41 +9,53 @@ BUILDSTATS_BASE = "${TMPDIR}/buildstats/"
 #
 

 
-def get_process_cputime(pid):
+def get_buildprocess_cputime(pid):
 with open("/proc/%d/stat" % pid, "r") as f:
 fields = f.readline().rstrip().split()
 # 13: utime, 14: stime, 15: cutime, 16: cstime
 return sum(int(field) for field in fields[13:16])
 
+def get_process_cputime(pid):
+import resource
+with open("/proc/%d/stat" % pid, "r") as f:
+fields = f.readline().rstrip().split()
+stats = { 
+'utime'  : fields[13],
+'stime'  : fields[14], 
+'cutime' : fields[15], 
+'cstime' : fields[16],  
+}
+iostats = {}
+with open("/proc/%d/io" % pid, "r") as f:
+while True:
+i = f.readline().strip()
+if not i:
+break
+i = i.split(": ")
+iostats[i[0]] = i[1]
+resources = resource.getrusage(resource.RUSAGE_SELF)
+childres = resource.getrusage(resource.RUSAGE_CHILDREN)
+return stats, iostats, resources, childres
+
 def get_cputime():
 with open("/proc/stat", "r") as f:
 fields = f.readline().rstrip().split()[1:]
 return sum(int(field) for field in fields)
 
 def set_timedata(var, d, server_time):
-cputime = get_cputime()
-proctime = get_process_cputime(os.getpid())
-d.setVar(var, (server_time, cputime, proctime))
+d.setVar(var, server_time)
 
 def get_timedata(var, d, end_time):
-timedata = d.getVar(var, False)
-if timedata is None:
+oldtime = d.getVar(var, False)
+if oldtime is None:
 return
-oldtime, oldcpu, oldproc = timedata
-procdiff = get_process_cputime(os.getpid()) - oldproc
-cpudiff = get_cputime() - oldcpu
-timediff = end_time - oldtime
-if cpudiff > 0:
-cpuperc = float(procdiff) * 100 / cpudiff
-else:
-cpuperc = None
-return timediff, cpuperc
+return end_time - oldtime
 
 def set_buildtimedata(var, d):
 import time
 time = time.time()
 cputime = get_cputime()
-proctime = get_process_cputime(os.getpid())
+proctime = get_buildprocess_cputime(os.getpid())
 d.setVar(var, (time, cputime, proctime))
 
 def get_buildtimedata(var, d):
@@ -52,7 +64,7 @@ def get_buildtimedata(var, d):
 if timedata is None:
 return
 oldtime, oldcpu, oldproc = timedata
-procdiff = get_process_cputime(os.getpid()) - oldproc
+procdiff = get_buildprocess_cputime(os.getpid()) - oldproc
 cpudiff = get_cputime() - oldcpu
 end_time = time.time()
 timediff = end_time - oldtime
@@ -66,13 +78,23 @@ def write_task_data(status, logfile, e, d):
 bn = d.getVar('BUILDNAME', True)
 bsdir = os.path.join(d.getVar('BUILDSTATS_BASE', True), bn)
 with open(os.path.join(logfile), "a") as f:
-timedata = get_timedata("__timedata_task", d, e.time)
-if timedata:
-elapsedtime, cpu = timedata
+elapsedtime = get_timedata("__timedata_task", d, e.time)
+if elapsedtime:
 f.write(d.expand("${PF}: %s: Elapsed time: %0.2f seconds \n" %
 (e.task, elapsedtime)))
+cpu, iostats, resources, childres = 
get_process_cputime(os.getpid())
 if cpu:
-f.write("CPU usage: %0.1f%% \n" % cpu)
+f.write("utime: %s\n" % cpu['utime'])
+f.write("stime: %s\n" % cpu['stime'])
+f.write("cutime: %s\n" % cpu['cutime'])
+f.write("cstime: %s\n" % cpu['cstime'])
+for i in iostats:
+f.write("IO %s: %s\n" % (i, iostats[i]))
+rusages = ["ru_utime", "ru_stime", "ru_maxrss", "ru_minflt", 
"ru_majflt", "ru_inblock", "ru_oublock", "ru_nvcsw", "ru_nivcsw"]
+for i in rusages:
+f.write("rusage %s: %s\n" % (i, getattr(resources, i)))
+for i in rusages:
+f.write("Child rusage %s: %s\n" % (i, getattr(childres, i)))
 if status is "passed":
 f.write("Status: PASSED \n")
 else:


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/7] buildstats: Separate out the build and task data to allow improvements

[Richard Purdie]

The combined build and task data code makes changing things hard, separate
out the functions so that changes can be made to the task data whilst the
build data remains unchanged.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 4fa6981..71469e4 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -20,17 +20,33 @@ def get_cputime():
 fields = f.readline().rstrip().split()[1:]
 return sum(int(field) for field in fields)
 
-def set_timedata(var, d, server_time=None):
-import time
-if server_time:
-time = server_time
+def set_timedata(var, d, server_time):
+cputime = get_cputime()
+proctime = get_process_cputime(os.getpid())
+d.setVar(var, (server_time, cputime, proctime))
+
+def get_timedata(var, d, end_time):
+timedata = d.getVar(var, False)
+if timedata is None:
+return
+oldtime, oldcpu, oldproc = timedata
+procdiff = get_process_cputime(os.getpid()) - oldproc
+cpudiff = get_cputime() - oldcpu
+timediff = end_time - oldtime
+if cpudiff > 0:
+cpuperc = float(procdiff) * 100 / cpudiff
 else:
-time = time.time()
+cpuperc = None
+return timediff, cpuperc
+
+def set_buildtimedata(var, d):
+import time
+time = time.time()
 cputime = get_cputime()
 proctime = get_process_cputime(os.getpid())
 d.setVar(var, (time, cputime, proctime))
 
-def get_timedata(var, d, server_time=None):
+def get_buildtimedata(var, d):
 import time
 timedata = d.getVar(var, False)
 if timedata is None:
@@ -38,10 +54,7 @@ def get_timedata(var, d, server_time=None):
 oldtime, oldcpu, oldproc = timedata
 procdiff = get_process_cputime(os.getpid()) - oldproc
 cpudiff = get_cputime() - oldcpu
-if server_time:
-end_time = server_time
-else:
-end_time = time.time()
+end_time = time.time()
 timediff = end_time - oldtime
 if cpudiff > 0:
 cpuperc = float(procdiff) * 100 / cpudiff
@@ -81,7 +94,7 @@ python run_buildstats () {
 # set the buildname
 

 bb.utils.mkdirhier(bsdir)
-set_timedata("__timedata_build", d)
+set_buildtimedata("__timedata_build", d)
 build_time = os.path.join(bsdir, "build_stats")
 # write start of build into build_time
 with open(build_time, "a") as f:
@@ -99,7 +112,7 @@ python run_buildstats () {
 

 # Write build statistics for the build
 

-timedata = get_timedata("__timedata_build", d)
+timedata = get_buildtimedata("__timedata_build", d)
 if timedata:
 time, cpu = timedata
 # write end of build and cpu used into build_time


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/7] toaster: Update for buildstats changes

[Richard Purdie]

This updates the toaster class to use the new data format from buildstats.
This does mean it will no longer read IO data from older builds, however
since that data is completely useless anyway, I don't consider that to be
an issue.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/toaster.bbclass b/meta/classes/toaster.bbclass
index d63cff5..7af495e 100644
--- a/meta/classes/toaster.bbclass
+++ b/meta/classes/toaster.bbclass
@@ -199,8 +199,6 @@ python toaster_collect_task_stats() {
 def _read_stats(filename):
 cpu_usage = 0
 disk_io = 0
-startio = '0'
-endio = '0'
 started = '0'
 ended = '0'
 pn = ''
@@ -215,11 +213,11 @@ python toaster_collect_task_stats() {
 if "CPU usage" in statinfo:
 cpu_usage = str(statinfo["CPU usage"]).strip('% \n\r')
 
-if "EndTimeIO" in statinfo:
-endio = str(statinfo["EndTimeIO"]).strip('% \n\r')
+if "IO write_bytes" in statinfo:
+disk_io = disk_io + str(statinfo["IO write_bytes"]).strip('% \n\r')
 
-if "StartTimeIO" in statinfo:
-startio = str(statinfo["StartTimeIO"]).strip('% \n\r')
+if "IO read_bytes" in statinfo:
+disk_io = disk_io + str(statinfo["IO read_bytes"]).strip('% \n\r')
 
 if "Started" in statinfo:
 started = str(statinfo["Started"]).strip('% \n\r')
@@ -227,8 +225,6 @@ python toaster_collect_task_stats() {
 if "Ended" in statinfo:
 ended = str(statinfo["Ended"]).strip('% \n\r')
 
-disk_io = int(endio) - int(startio)
-
 elapsed_time = float(ended) - float(started)
 
 cpu_usage = float(cpu_usage)


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 7/7] buildinfohelper: Update for buildstats layout change

[Richard Purdie]

This updates buildinfo helper for the recent buildstats layout change

Signed-off-by: Richard Purdie 

diff --git a/bitbake/lib/bb/ui/buildinfohelper.py 
b/bitbake/lib/bb/ui/buildinfohelper.py
index 04ce23a..279c5c7 100644
--- a/bitbake/lib/bb/ui/buildinfohelper.py
+++ b/bitbake/lib/bb/ui/buildinfohelper.py
@@ -866,12 +866,10 @@ class BuildInfoHelper(object):
 
 def _get_path_information(self, task_object):
 assert isinstance(task_object, Task)
-build_stats_format = 
"{tmpdir}/buildstats/{target}-{machine}/{buildname}/{package}/"
+build_stats_format = "{tmpdir}/buildstats/{buildname}/{package}/"
 build_stats_path = []
 
 for t in self.internal_state['targets']:
-target = t.target
-machine = self.internal_state['build'].machine
 buildname = self.internal_state['build'].build_name
 pe, pv = task_object.recipe.version.split(":",1)
 if len(pe) > 0:
@@ -879,8 +877,8 @@ class BuildInfoHelper(object):
 else:
 package = task_object.recipe.name + "-" + pv
 
-
build_stats_path.append(build_stats_format.format(tmpdir=self.tmp_dir, 
target=target,
- machine=machine, 
buildname=buildname,
+
build_stats_path.append(build_stats_format.format(tmpdir=self.tmp_dir,
+ buildname=buildname,
  package=package))
 
 return build_stats_path


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/7] buildstats: Clean up e.data and bb.data references

[Richard Purdie]

Rather than bb.data and e.data, cleanup to use 'd' and match the
standard coding style.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 73e0b2a..4fa6981 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -20,7 +20,7 @@ def get_cputime():
 fields = f.readline().rstrip().split()[1:]
 return sum(int(field) for field in fields)
 
-def set_timedata(var, data, server_time=None):
+def set_timedata(var, d, server_time=None):
 import time
 if server_time:
 time = server_time
@@ -28,11 +28,11 @@ def set_timedata(var, data, server_time=None):
 time = time.time()
 cputime = get_cputime()
 proctime = get_process_cputime(os.getpid())
-data.setVar(var, (time, cputime, proctime))
+d.setVar(var, (time, cputime, proctime))
 
-def get_timedata(var, data, server_time=None):
+def get_timedata(var, d, server_time=None):
 import time
-timedata = data.getVar(var, False)
+timedata = d.getVar(var, False)
 if timedata is None:
 return
 oldtime, oldcpu, oldproc = timedata
@@ -49,15 +49,15 @@ def get_timedata(var, data, server_time=None):
 cpuperc = None
 return timediff, cpuperc
 
-def write_task_data(status, logfile, e):
-bn = e.data.getVar('BUILDNAME', True)
-bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
+def write_task_data(status, logfile, e, d):
+bn = d.getVar('BUILDNAME', True)
+bsdir = os.path.join(d.getVar('BUILDSTATS_BASE', True), bn)
 with open(os.path.join(logfile), "a") as f:
-timedata = get_timedata("__timedata_task", e.data, e.time)
+timedata = get_timedata("__timedata_task", d, e.time)
 if timedata:
 elapsedtime, cpu = timedata
-f.write(bb.data.expand("${PF}: %s: Elapsed time: %0.2f seconds \n" 
%
-(e.task, elapsedtime), e.data))
+f.write(d.expand("${PF}: %s: Elapsed time: %0.2f seconds \n" %
+(e.task, elapsedtime)))
 if cpu:
 f.write("CPU usage: %0.1f%% \n" % cpu)
 if status is "passed":
@@ -69,12 +69,11 @@ def write_task_data(status, logfile, e):
 python run_buildstats () {
 import bb.build
 import bb.event
-import bb.data
 import time, subprocess, platform
 
-bn = e.data.getVar('BUILDNAME', True)
-bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
-taskdir = os.path.join(bsdir, e.data.getVar('PF', True))
+bn = d.getVar('BUILDNAME', True)
+bsdir = os.path.join(d.getVar('BUILDSTATS_BASE', True), bn)
+taskdir = os.path.join(bsdir, d.getVar('PF', True))
 
 if isinstance(e, bb.event.BuildStarted):
 

@@ -82,7 +81,7 @@ python run_buildstats () {
 # set the buildname
 

 bb.utils.mkdirhier(bsdir)
-set_timedata("__timedata_build", e.data)
+set_timedata("__timedata_build", d)
 build_time = os.path.join(bsdir, "build_stats")
 # write start of build into build_time
 with open(build_time, "a") as f:
@@ -100,7 +99,7 @@ python run_buildstats () {
 

 # Write build statistics for the build
 

-timedata = get_timedata("__timedata_build", e.data)
+timedata = get_timedata("__timedata_build", d)
 if timedata:
 time, cpu = timedata
 # write end of build and cpu used into build_time
@@ -109,7 +108,7 @@ python run_buildstats () {
 f.write("CPU usage: %0.1f%% \n" % cpu)
 
 if isinstance(e, bb.build.TaskStarted):
-set_timedata("__timedata_task", e.data, e.time)
+set_timedata("__timedata_task", d, e.time)
 bb.utils.mkdirhier(taskdir)
 # write into the task event file the name and start time
 with open(os.path.join(taskdir, e.task), "a") as f:
@@ -117,16 +116,16 @@ python run_buildstats () {
 f.write("Started: %0.2f \n" % e.time)
 
 elif isinstance(e, bb.build.TaskSucceeded):
-write_task_data("passed", os.path.join(taskdir, e.task), e)
+write_task_data("passed", os.path.join(taskdir, e.task), e, d)
 if e.task == "do_rootfs":
 bs = os.path.join(bsdir, "build_stats")
 with open(bs, "a") as f:
-rootfs = e.data.getVar('IMAGE_ROOTFS', True)
+rootfs = d.getVar('IMAGE_ROOTFS', True)
 rootfs_size = subprocess.Popen(["du", "-sh", rootfs], 
stdout=subprocess.PIPE).stdout.read()
 f.write("Uncompressed Rootfs size: %s" % rootfs_size)
 
 elif isinstance(

[OE-core] [PATCH 2/7] buildstats: Drop get_bn/set_pn and just use BUILDNAME

[Richard Purdie]

The current setting and getting of the "name" to use for buildstats is
convoluted and not particularly interesting. We only need this for the
e.getPkgs()[0] component of the path which is the first target listed
on the commandline. This is pretty arbitrary.

If we drop that piece, we can assume BUILDNAME is common for all events
and simply use this and query it. If BUILDNAME did change, that would
be a bug and it should be fixed elsewhere.

Also take the opportunity to share some common code since the function
now has the eventmask.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 04307d8..73e0b2a 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -1,5 +1,4 @@
 BUILDSTATS_BASE = "${TMPDIR}/buildstats/"
-BUILDSTATS_BNFILE = "${BUILDSTATS_BASE}/.buildname"
 
 

 # Build statistics gathering.
@@ -21,20 +20,6 @@ def get_cputime():
 fields = f.readline().rstrip().split()[1:]
 return sum(int(field) for field in fields)
 
-def set_bn(e):
-bn = e.getPkgs()[0] + "-" + e.data.getVar('MACHINE', True)
-try:
-os.remove(e.data.getVar('BUILDSTATS_BNFILE', True))
-except:
-pass
-with open(e.data.getVar('BUILDSTATS_BNFILE', True), "w") as f:
-f.write(os.path.join(bn, e.data.getVar('BUILDNAME', True)))
-
-def get_bn(e):
-with open(e.data.getVar('BUILDSTATS_BNFILE', True)) as f:
-bn = f.readline()
-return bn
-
 def set_timedata(var, data, server_time=None):
 import time
 if server_time:
@@ -65,7 +50,7 @@ def get_timedata(var, data, server_time=None):
 return timediff, cpuperc
 
 def write_task_data(status, logfile, e):
-bn = get_bn(e)
+bn = e.data.getVar('BUILDNAME', True)
 bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
 with open(os.path.join(logfile), "a") as f:
 timedata = get_timedata("__timedata_task", e.data, e.time)
@@ -87,16 +72,15 @@ python run_buildstats () {
 import bb.data
 import time, subprocess, platform
 
+bn = e.data.getVar('BUILDNAME', True)
+bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
+taskdir = os.path.join(bsdir, e.data.getVar('PF', True))
+
 if isinstance(e, bb.event.BuildStarted):
 

 # at first pass make the buildstats heriarchy and then
 # set the buildname
 

-bb.utils.mkdirhier(e.data.getVar('BUILDSTATS_BASE', True))
-set_bn(e)
-bn = get_bn(e)
-
-bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
 bb.utils.mkdirhier(bsdir)
 set_timedata("__timedata_build", e.data)
 build_time = os.path.join(bsdir, "build_stats")
@@ -111,8 +95,6 @@ python run_buildstats () {
 f.write("Build Started: %0.2f \n" % time.time())
 
 elif isinstance(e, bb.event.BuildCompleted):
-bn = get_bn(e)
-bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
 build_time = os.path.join(bsdir, "build_stats")
 with open(build_time, "a") as f:
 

@@ -127,9 +109,6 @@ python run_buildstats () {
 f.write("CPU usage: %0.1f%% \n" % cpu)
 
 if isinstance(e, bb.build.TaskStarted):
-bn = get_bn(e)
-bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
-taskdir = os.path.join(bsdir, e.data.getVar('PF', True))
 set_timedata("__timedata_task", e.data, e.time)
 bb.utils.mkdirhier(taskdir)
 # write into the task event file the name and start time
@@ -138,9 +117,6 @@ python run_buildstats () {
 f.write("Started: %0.2f \n" % e.time)
 
 elif isinstance(e, bb.build.TaskSucceeded):
-bn = get_bn(e)
-bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
-taskdir = os.path.join(bsdir, e.data.getVar('PF', True))
 write_task_data("passed", os.path.join(taskdir, e.task), e)
 if e.task == "do_rootfs":
 bs = os.path.join(bsdir, "build_stats")
@@ -150,9 +126,6 @@ python run_buildstats () {
 f.write("Uncompressed Rootfs size: %s" % rootfs_size)
 
 elif isinstance(e, bb.build.TaskFailed):
-bn = get_bn(e)
-bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
-taskdir = os.path.join(bsdir, e.data.getVar('PF', True))
 write_task_data("failed", os.path.join(taskdir, e.task), e)
 

 # Lets make things easier and tell people where the build failed in


-- 
___
Openembedded-core mailing list
Open

[OE-core] [PATCH 1/7] buildstats: Drop disk data from buildstats

[Richard Purdie]

The existing diskstats data from buildstats simply isn't useful. It
gives stats on the total IO counts on some random disk within the
system. This means that the count includes data from all other tasks
running at the same time and from any other process running on the
system.

I've been unable to find any use for the data so as a start at
reworking the class, remove the related code.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 22ec571..04307d8 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -1,6 +1,5 @@
 BUILDSTATS_BASE = "${TMPDIR}/buildstats/"
 BUILDSTATS_BNFILE = "${BUILDSTATS_BASE}/.buildname"
-BUILDSTATS_DEVFILE = "${BUILDSTATS_BASE}/.device"
 
 

 # Build statistics gathering.
@@ -36,78 +35,6 @@ def get_bn(e):
 bn = f.readline()
 return bn
 
-def set_device(e):
-tmpdir = e.data.getVar('TMPDIR', True)
-devfile = e.data.getVar('BUILDSTATS_DEVFILE', True)
-try:
-os.remove(devfile)
-except:
-pass
-

-# We look for the volume TMPDIR lives on. To do all disks would make little
-# sense and not give us any particularly useful data. In theory we could do
-# something like stick DL_DIR on a different partition and this would
-# throw stats gathering off. The same goes with SSTATE_DIR. However, let's
-# get the basics in here and work on the cornercases later.
-# A note. /proc/diskstats does not contain info on encryptfs, tmpfs, etc.
-# If we end up hitting one of these fs, we'll just skip diskstats 
collection.
-

-device = os.stat(tmpdir)
-majordev = os.major(long(device.st_dev))
-minordev = os.minor(long(device.st_dev))
-

-# Bug 1700:
-# Because tmpfs/encryptfs/ramfs etc inserts no entry in /proc/diskstats
-# we set rdev to NoLogicalDevice and search for it later. If we find NLD
-# we do not collect diskstats as the method to collect meaningful 
statistics
-# for these fs types requires a bit more research.
-

-rdev = "NoLogicalDevice"
-try:
-with open("/proc/diskstats", "r") as f:
-for line in f:
-if majordev == int(line.split()[0]) and minordev == 
int(line.split()[1]):
-rdev = line.split()[2]
-except:
-pass
-with open(devfile, "w") as f:
-f.write(rdev)
-
-def get_device(e):
-with open(e.data.getVar('BUILDSTATS_DEVFILE', True)) as f:
-device = f.readline()
-return device
-
-def get_diskstats(dev):
-import itertools
-

-# For info on what these are, see kernel doc file iostats.txt
-

-DSTAT_KEYS = ['ReadsComp', 'ReadsMerged', 'SectRead', 'TimeReads', 
'WritesComp', 'SectWrite', 'TimeWrite', 'IOinProgress', 'TimeIO', 'WTimeIO']
-try:
-with open("/proc/diskstats", "r") as f:
-for x in f:
-if dev in x:
-diskstats_val = x.rstrip().split()[4:]
-except IOError as e:
-return
-diskstats = dict(itertools.izip(DSTAT_KEYS, diskstats_val))
-return diskstats
-
-def set_diskdata(var, dev, data):
-data.setVar(var, get_diskstats(dev))
-
-def get_diskdata(var, dev, data):
-olddiskdata = data.getVar(var, False)
-diskdata = {}
-if olddiskdata is None:
-return
-newdiskdata = get_diskstats(dev)
-for key in olddiskdata.iterkeys():
-diskdata["Start"+key] = str(int(olddiskdata[key]))
-diskdata["End"+key] = str(int(newdiskdata[key]))
-return diskdata
-
 def set_timedata(var, data, server_time=None):
 import time
 if server_time:
@@ -137,7 +64,7 @@ def get_timedata(var, data, server_time=None):
 cpuperc = None
 return timediff, cpuperc
 
-def write_task_data(status, logfile, dev, e):
+def write_task_data(status, logfile, e):
 bn = get_bn(e)
 bsdir = os.path.join(e.data.getVar('BUILDSTATS_BASE', True), bn)
 with open(os.path.join(logfile), "a") as f:
@@ -148,19 +75,6 @@ def write_task_data(status, logfile, dev, e):
 (e.task, elapsedtime), e.data))
 if cpu:
 f.write("CPU usage: %0.1f%% \n" % cpu)
-

-# Here we gather up disk data. In an effort to avoid lying with stats
-# I do a bare minimum of analysis of collected data.
-# Th

Re: [OE-core] [PATCHv3 1/2] scripts/oe-selftest: Allow to run tests on random/all architecture

[Istrate, Daniel AlexandruX]

Added warning message for tests that override MACHINE previously set by --arch 
option.

16:40:46 [daniel@fedora-ws poky-build]$ oe-selftest --run-tests-by name 
test_all_users_can_connect_via_ssh_without_password --arch random
2015-12-17 16:40:55,256 - selftest - INFO - Running bitbake -e to get BBPATH
2015-12-17 16:40:58,074 - selftest - INFO - Checking that everything is in 
order before running the tests
2015-12-17 16:41:00,852 - selftest - INFO - Running bitbake -p
2015-12-17 16:41:07,591 - selftest - INFO - Loading tests from: 
oeqa.selftest.imagefeatures.ImageFeatures.test_all_users_can_connect_via_ssh_without_password
2015-12-17 16:41:07,592 - selftest - INFO - Adding: "include selftest.inc" in 
local.conf
2015-12-17 16:41:07,592 - selftest - INFO - Adding: "include bblayers.inc" in 
bblayers.conf
2015-12-17 16:41:07,592 - selftest - INFO - Custom arch mode enabled. Arch set 
to random
2015-12-17 16:41:07 - test_all_users_can_connect_via_ssh_without_password 
(oeqa.selftest.imagefeatures.ImageFeatures) ... Arch: qemuarm64
2015-12-17 16:41:10,334 - selftest.base - WARNING - Arch overridden: qemux86
Parsing recipes..done.
ok

--
Ran 1 test in 153.521s

OK
2015-12-17 16:43:41,114 - selftest - INFO - Finished
2015-12-17 16:43:41,114 - selftest - INFO - Removing the include from local.conf
2015-12-17 16:43:41,115 - selftest - INFO - Removing the include from 
bblayers.conf

-Original Message-
From: Istrate, Daniel AlexandruX 
Sent: Thursday, December 17, 2015 16:38
To: openembedded-core@lists.openembedded.org
Cc: Istrate, Daniel AlexandruX 
Subject: [PATCHv3 1/2] scripts/oe-selftest: Allow to run tests on random/all 
architecture

Add an option for random arch into oe-selftest:
--arch [random/all]
1. random: will set a random MACHINE for each test 2. all: will run tests for 
all architectures

Custom arch sets only weak default values (??=) for MACHINE in local.conf.
This let test cases that require a specific MACHINE to be able to override it, 
using (?= or =).

e.g.:
oe-selftest --run-tests signing --arch random --> will run all tests switching 
MACHINE randomly for each test

oe-selftest --run-tests signing --arch all --> for each arch will run all tests

oe-selftest --run-all-tests --arch random

Also update oeqa/selftest/base.py to accomodate this feature.

Fix for [YOCTO #5880].

Signed-off-by: Daniel Istrate 
---
 meta/lib/oeqa/selftest/base.py | 49 --
 scripts/oe-selftest| 34 +++--
 2 files changed, 70 insertions(+), 13 deletions(-)

diff --git a/meta/lib/oeqa/selftest/base.py b/meta/lib/oeqa/selftest/base.py 
index 9bddc23..d71bbbd 100644
--- a/meta/lib/oeqa/selftest/base.py
+++ b/meta/lib/oeqa/selftest/base.py
@@ -16,6 +16,7 @@ import errno
 import oeqa.utils.ftools as ftools
 from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_test_layer  
from oeqa.utils.decorators import LogResults
+from random import choice
 
 @LogResults
 class oeSelfTest(unittest.TestCase):
@@ -29,9 +30,12 @@ class oeSelfTest(unittest.TestCase):
 self.testinc_path = os.path.join(self.builddir, "conf/selftest.inc")
 self.local_bblayers_path = os.path.join(self.builddir, 
"conf/bblayers.conf")
 self.testinc_bblayers_path = os.path.join(self.builddir, 
"conf/bblayers.inc")
+self.archinc_path = os.path.join(self.builddir, 
+ "conf/arch.inc")
 self.testlayer_path = oeSelfTest.testlayer_path
 self._extra_tear_down_commands = []
-self._track_for_cleanup = [self.testinc_path]
+self._track_for_cleanup = [self.testinc_path, 
self.testinc_bblayers_path, self.archinc_path]
+self.arch_list = ['qemuarm', 'qemuarm64', 'qemumips', 'qemuppc', 
'qemux86', 'qemux86-64',
+  'beaglebone', 'genericx86', 'genericx86-64', 
+ 'mpc8315e-rdb', 'edgerouter']
 super(oeSelfTest, self).__init__(methodName)
 
 def setUp(self):
@@ -47,11 +51,25 @@ class oeSelfTest(unittest.TestCase):
 for f in files:
 if f == 'test_recipe.inc':
 os.remove(os.path.join(root, f))
-try:
-os.remove(self.testinc_bblayers_path)
-except OSError as e:
-if e.errno != errno.ENOENT:
-raise
+
+for incl_file in [self.testinc_bblayers_path, self.archinc_path]:
+try:
+os.remove(incl_file)
+except OSError as e:
+if e.errno != errno.ENOENT:
+raise
+
+# Get CUSTOMARCH from env (set by --arch argument to oe-selftest)
+customarch = os.getenv('CUSTOMARCH')
+if customarch:
+if customarch == 'random':
+machine = self.get_random_arch()
+else:
+machine = customarch
+arch_conf = 'MACHINE ??= "%s"\n' % machine
+self.set_arch_config(arch_conf)

[OE-core] OE Changelog since 2015-12-06 until 2015-12-13

[cliff . brake]

Changelog since 2015-12-06 until 2015-12-13.  Projects included in this report:

bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git
meta-arago: git://arago-project.org/git/meta-arago.git
meta-atmel: https://github.com/linux4sam/meta-atmel.git
meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git
meta-browser: git://github.com/OSSystems/meta-browser.git
meta-bug: git://github.com/buglabs/meta-bug.git
meta-chicken: git://github.com/OSSystems/meta-chicken
meta-efikamx: git://github.com/kraj/meta-efikamx.git
meta-ettus: http://github.com/koenkooi/meta-ettus.git
meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm
meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git
meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc
meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git
meta-gumstix: git://github.com/gumstix/meta-gumstix.git
meta-gumstix-community: 
https://github.com/schnitzeltony/meta-gumstix-community.git
meta-handheld: git://git.openembedded.org/meta-handheld
meta-igep: http://github.com/ebutera/meta-igep.git
meta-intel: git://git.yoctoproject.org/meta-intel
meta-ivi: git://git.yoctoproject.org/meta-ivi
meta-java: git://github.com/woglinde/meta-java
meta-jetson-tk1: https://github.com/cubicool/meta-jetson-tk1.git
meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git
meta-micro: git://git.openembedded.org/meta-micro
meta-mono: git://git.yoctoproject.org/meta-mono.git
meta-netbookpro: git://github.com/tworaz/meta-netbookpro
meta-nodejs: https://github.com/imyller/meta-nodejs.git
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-opie: git://git.openembedded.org/meta-opie
meta-qt3: git://git.yoctoproject.org/meta-qt3
meta-qt5: git://github.com/meta-qt5/meta-qt5.git
meta-slugos: git://github.com/kraj/meta-slugos
meta-systemd: git://git.yoctoproject.org/meta-systemd
meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-ti: git://git.yoctoproject.org/meta-ti
meta-webos: git://github.com/openwebos/meta-webos.git
meta-xilinx: git://git.yoctoproject.org/meta-xilinx
meta-yocto: git://git.yoctoproject.org/meta-yocto
openembedded: git://git.openembedded.org/openembedded


Changelog for bitbake:

Alexander Kanavin (2):
  wget.py: parse only  tags
  bitbake: rename REGEX, REGEX_URI, and GITTAGREGEX.

Ed Bartosh (27):
  toaster: don't allow to run toaster as a script
  toaster: implement get-dburl command
  toaster: set DATABASE_URL in toaster script
  toaster: run bitbake the same way
  toaster: remove unused variable
  toaster: check for toaster configuration later
  toaster: use parent of the build dir
  toaster: make runbuilds to loop
  toaster: start 'manage.py runbuilds' in the script
  toaster: update brbe and project attributes
  toaster: implement stop_bitbake function
  toaster: implement start_bitbake function
  toaster: implement 'toaster restart-bitbake'
  toaster: remove _setupBE function
  toaster: reimplemented startBBServer method
  toaster: remove stopBBServer API
  toaster: do not terminate bb server
  toaster: remove usage of BUILD_MODE variable
  toaster: do not create duplicate HelpText objects
  toaster: implement BitbakeController.getVariable
  toaster: set varibales on bitbake server
  toaster: remove writeConfFile API
  toaster: stop using toaster-pre.conf
  toaster: remove SDKMACHINE from project variables
  toaster: get rid of complicated heuristics
  toaster: unset environment variables
  toaster: return back 'New project' button

Michael Wood (8):
  toaster: projectpage Make sure build targets are space separated
  toaster: tablejs Make sure click handlers consume click event
  toaster: machines table Fix missing layers information needed for filter
  toaster: CustomImageRecipe add search_allowed_fields to this model
  toaster: tables Add default_orderby field where it was missing or unset
  toaster: tables Fix invalid field name on NewCustomImagesTable
  toaster: toastergui tests Add generic test for ToasterTables widget
  toaster: buildinfohelper Broaden the toaster created recipe data case

Mihail Stanciu (2):
  toaster: tests Automated build-mode backend tests
  toaster: tests Update UI tests to work with 2.0 changes

Paul Eggleton (2):
  lib/bb/utils: fix error in edit_metadata() when deleting first line
  lib/bb/utils: improve edit_bblayers_conf() handling of bblayers.conf formatt

Richard Purdie (1):
  knotty: Enforce terminal line limit to stop crazy scrolling

brian avery (2):
  toaster: change toasterconf.json logic to use TEMPLATECONF, like oe-setup-bu
  toaster: toasterui Add ParseStarted/ParseProgress events to mask


Changelog for openembedded-core:

[OE-core] [PATCHv3 1/2] scripts/oe-selftest: Allow to run tests on random/all architecture

[Daniel Istrate]

Add an option for random arch into oe-selftest:
--arch [random/all]
1. random: will set a random MACHINE for each test
2. all: will run tests for all architectures

Custom arch sets only weak default values (??=) for MACHINE in local.conf.
This let test cases that require a specific MACHINE to be able to
override it, using (?= or =).

e.g.:
oe-selftest --run-tests signing --arch random -->
will run all tests switching MACHINE randomly for each test

oe-selftest --run-tests signing --arch all -->
for each arch will run all tests

oe-selftest --run-all-tests --arch random

Also update oeqa/selftest/base.py to accomodate this feature.

Fix for [YOCTO #5880].

Signed-off-by: Daniel Istrate 
---
 meta/lib/oeqa/selftest/base.py | 49 --
 scripts/oe-selftest| 34 +++--
 2 files changed, 70 insertions(+), 13 deletions(-)

diff --git a/meta/lib/oeqa/selftest/base.py b/meta/lib/oeqa/selftest/base.py
index 9bddc23..d71bbbd 100644
--- a/meta/lib/oeqa/selftest/base.py
+++ b/meta/lib/oeqa/selftest/base.py
@@ -16,6 +16,7 @@ import errno
 import oeqa.utils.ftools as ftools
 from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_test_layer
 from oeqa.utils.decorators import LogResults
+from random import choice
 
 @LogResults
 class oeSelfTest(unittest.TestCase):
@@ -29,9 +30,12 @@ class oeSelfTest(unittest.TestCase):
 self.testinc_path = os.path.join(self.builddir, "conf/selftest.inc")
 self.local_bblayers_path = os.path.join(self.builddir, 
"conf/bblayers.conf")
 self.testinc_bblayers_path = os.path.join(self.builddir, 
"conf/bblayers.inc")
+self.archinc_path = os.path.join(self.builddir, "conf/arch.inc")
 self.testlayer_path = oeSelfTest.testlayer_path
 self._extra_tear_down_commands = []
-self._track_for_cleanup = [self.testinc_path]
+self._track_for_cleanup = [self.testinc_path, 
self.testinc_bblayers_path, self.archinc_path]
+self.arch_list = ['qemuarm', 'qemuarm64', 'qemumips', 'qemuppc', 
'qemux86', 'qemux86-64',
+  'beaglebone', 'genericx86', 'genericx86-64', 
'mpc8315e-rdb', 'edgerouter']
 super(oeSelfTest, self).__init__(methodName)
 
 def setUp(self):
@@ -47,11 +51,25 @@ class oeSelfTest(unittest.TestCase):
 for f in files:
 if f == 'test_recipe.inc':
 os.remove(os.path.join(root, f))
-try:
-os.remove(self.testinc_bblayers_path)
-except OSError as e:
-if e.errno != errno.ENOENT:
-raise
+
+for incl_file in [self.testinc_bblayers_path, self.archinc_path]:
+try:
+os.remove(incl_file)
+except OSError as e:
+if e.errno != errno.ENOENT:
+raise
+
+# Get CUSTOMARCH from env (set by --arch argument to oe-selftest)
+customarch = os.getenv('CUSTOMARCH')
+if customarch:
+if customarch == 'random':
+machine = self.get_random_arch()
+else:
+machine = customarch
+arch_conf = 'MACHINE ??= "%s"\n' % machine
+self.set_arch_config(arch_conf)
+print 'Arch: %s' % machine
+
 # tests might need their own setup
 # but if they overwrite this one they have to call
 # super each time, so let's give them an alternative
@@ -99,11 +117,21 @@ class oeSelfTest(unittest.TestCase):
 self.log.debug("Writing to: %s\n%s\n" % (self.testinc_path, data))
 ftools.write_file(self.testinc_path, data)
 
+customarch = os.getenv('CUSTOMARCH')
+if customarch and 'MACHINE' in data:
+machine = get_bb_var('MACHINE')
+self.log.warning('Arch overridden: %s' % machine)
+
 # append to /conf/selftest.inc
 def append_config(self, data):
 self.log.debug("Appending to: %s\n%s\n" % (self.testinc_path, data))
 ftools.append_file(self.testinc_path, data)
 
+customarch = os.getenv('CUSTOMARCH')
+if customarch and 'MACHINE' in data:
+machine = get_bb_var('MACHINE')
+self.log.warning('Arch overridden: %s' % machine)
+
 # remove data from /conf/selftest.inc
 def remove_config(self, data):
 self.log.debug("Removing from: %s\n\%s\n" % (self.testinc_path, data))
@@ -151,3 +179,12 @@ class oeSelfTest(unittest.TestCase):
 def remove_bblayers_config(self, data):
 self.log.debug("Removing from: %s\n\%s\n" % 
(self.testinc_bblayers_path, data))
 ftools.remove_from_file(self.testinc_bblayers_path, data)
+
+def get_random_arch(self):
+# Return a random arch from the arch_list
+return choice(self.arch_list)
+
+# write to /conf/arch.inc
+def set_arch_config(self, data):
+self.log.debug("Writing to: %s\n%s\n" % (self.archinc_path, data))
+ftools.write_file(self.archinc_path, data)

[OE-core] [PATCHv3 2/2] selftest: Added MACHINE = "qemux86" to tests that use runqemu

[Daniel Istrate]

It makes sense for tests that use runqemu to have MACHINE set as qemu.
This also avoid issues when running oe-selftest with --arch random/all
option.

Signed-off-by: Daniel Istrate 
---
 meta/lib/oeqa/selftest/devtool.py   | 7 ---
 meta/lib/oeqa/selftest/imagefeatures.py | 9 ++---
 2 files changed, 10 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/devtool.py 
b/meta/lib/oeqa/selftest/devtool.py
index 0a44ae7..84665e4 100644
--- a/meta/lib/oeqa/selftest/devtool.py
+++ b/meta/lib/oeqa/selftest/devtool.py
@@ -875,10 +875,11 @@ class DevtoolTests(DevtoolBase):
 # Additionally we are testing build-time functionality as well, so
 # really this has to be done as an oe-selftest test.
 #
+
+features = 'MACHINE = "qemux86"\n'
+self.write_config(features)
+
 # Check preconditions
-machine = get_bb_var('MACHINE')
-if not machine.startswith('qemu'):
-self.skipTest('This test only works with qemu machines')
 if not os.path.exists('/etc/runqemu-nosudo'):
 self.skipTest('You must set up tap devices with 
scripts/runqemu-gen-tapdevs before running this test')
 result = runCmd('PATH="$PATH:/sbin:/usr/sbin" ip tuntap show', 
ignore_status=True)
diff --git a/meta/lib/oeqa/selftest/imagefeatures.py 
b/meta/lib/oeqa/selftest/imagefeatures.py
index 4efb0d9..62ddc52 100644
--- a/meta/lib/oeqa/selftest/imagefeatures.py
+++ b/meta/lib/oeqa/selftest/imagefeatures.py
@@ -22,7 +22,8 @@ class ImageFeatures(oeSelfTest):
 AutomatedBy: Daniel Istrate 
 """
 
-features = 'EXTRA_IMAGE_FEATURES = "ssh-server-openssh 
empty-root-password allow-empty-password"\n'
+features = 'MACHINE = "qemux86"\n'
+features += 'EXTRA_IMAGE_FEATURES = "ssh-server-openssh 
empty-root-password allow-empty-password"\n'
 features += 'INHERIT += "extrausers"\n'
 features += 'EXTRA_USERS_PARAMS = "useradd -p \'\' {}; usermod -s 
/bin/sh {};"'.format(self.test_user, self.test_user)
 self.write_config(features)
@@ -48,7 +49,8 @@ class ImageFeatures(oeSelfTest):
 AutomatedBy: Daniel Istrate 
 """
 
-features = 'EXTRA_IMAGE_FEATURES = "ssh-server-openssh 
allow-empty-password"\n'
+features = 'MACHINE = "qemux86"\n'
+features += 'EXTRA_IMAGE_FEATURES = "ssh-server-openssh 
allow-empty-password"\n'
 features += 'INHERIT += "extrausers"\n'
 features += 'EXTRA_USERS_PARAMS = "useradd -p \'\' {}; usermod -s 
/bin/sh {};"'.format(self.test_user, self.test_user)
 self.write_config(features)
@@ -77,7 +79,8 @@ class ImageFeatures(oeSelfTest):
 AutomatedBy: Daniel Istrate 
 """
 
-features = 'PREFERRED_VERSION_rpm = "4.%"\n'
+features = 'MACHINE = "qemux86"\n'
+features += 'PREFERRED_VERSION_rpm = "4.%"\n'
 features += 'PREFERRED_VERSION_rpm-native = "4.%"\n'
 # Use openssh in IMAGE_INSTALL instead of ssh-server-openssh in 
EXTRA_IMAGE_FEATURES as a workaround for bug 8047
 features += 'IMAGE_INSTALL_append = " openssh"\n'
-- 
2.1.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] wic/utils/partitionedfs.py: assemble .wic images as sparse files

[Ed Bartosh]

On Thu, Dec 17, 2015 at 01:19:47PM +, Joshua Lock wrote:
> Hi Ed,
> 
> On 17/12/15 12:21, Ed Bartosh wrote:
> >Thank you for the patch! I like the change. It's a first step towards
> >supporting bmaptool, which is in my TODO list.
> 
> No problem, I've been playing with bmaptool myself and that's what
> prompted the change.
> 
> >Would you be willing to write or modify wic test case to test this?
> 
> I'd be willing to do that, is there any documentation on the
> development of test cases?
You can find short info here:
https://wiki.yoctoproject.org/wiki/Oe-selftest

And here https://docs.python.org/2/library/unittest.html as oe-selftest
test cases are based on Python unittest.

> I see meta/lib/oeqa/selftest/wic.py has a bunch of functions with
> @testcase decorators but I'm not familiar with how this should all
> fit together.
You've spotted it right. All wic testcases are in that file.
You can run them this way:  oe-selftest --run-tests wic

As Ross already pointed out you can omit @testcase decorator if you add
new test. QA team will add it later when they need it.

--
Regards,
Ed
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] wic/utils/partitionedfs.py: assemble .wic images as sparse files

[Burton, Ross]

On 17 December 2015 at 13:19, Joshua Lock 
wrote:

> I see meta/lib/oeqa/selftest/wic.py has a bunch of functions with
> @testcase decorators but I'm not familiar with how this should all fit
> together.
>

@testcase is just to map from test functions to testopia entries.  This
doesn't (yet) have a testopia entry, so you can leave it.

Apart from that it's standard Python unittest, so find a test that's
somewhat similar and copy it.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] wic/utils/partitionedfs.py: assemble .wic images as sparse files

[Joshua Lock]

Hi Ed,

On 17/12/15 12:21, Ed Bartosh wrote:

Thank you for the patch! I like the change. It's a first step towards
supporting bmaptool, which is in my TODO list.


No problem, I've been playing with bmaptool myself and that's what 
prompted the change.



Would you be willing to write or modify wic test case to test this?


I'd be willing to do that, is there any documentation on the development 
of test cases?


I see meta/lib/oeqa/selftest/wic.py has a bunch of functions with 
@testcase decorators but I'm not familiar with how this should all fit 
together.


Regards,

Joshua
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] wic/utils/partitionedfs.py: assemble .wic images as sparse files

[Ed Bartosh]

Hi Joshua,

Thank you for the patch! I like the change. It's a first step towards
supporting bmaptool, which is in my TODO list.

Would you be willing to write or modify wic test case to test this?

On Wed, Dec 16, 2015 at 04:33:13PM +, Joshua Lock wrote:
> The individual partitions created by wic are sparse but without
> this change the assembled image is written as one (potentially
> very) large file.
> 
> Preserve sparseness in the assembled image by passing the sparse
> conversion symbol.
> 
> Signed-off-by: Joshua Lock 
> ---
>  scripts/lib/wic/utils/partitionedfs.py | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/scripts/lib/wic/utils/partitionedfs.py 
> b/scripts/lib/wic/utils/partitionedfs.py
> index 5a103bb..3e2b420 100644
> --- a/scripts/lib/wic/utils/partitionedfs.py
> +++ b/scripts/lib/wic/utils/partitionedfs.py
> @@ -340,7 +340,7 @@ class Image(object):
>  source = part['source_file']
>  if source:
>  # install source_file contents into a partition
> -cmd = "dd if=%s of=%s bs=%d seek=%d count=%d conv=notrunc" % 
> \
> +cmd = "dd if=%s of=%s bs=%d seek=%d count=%d 
> conv=notrunc,sparse" % \
>(source, image_file, self.sector_size,
> part['start'], part['size'])
>  exec_cmd(cmd)
> -- 
> 2.5.0
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

-- 
--
Regards,
Ed
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] wic/help.py: document that mountpoint is optional for part command

[Ed Bartosh]

Hi Joshua,

Thank you for the patch!

Acked-by: Ed Bartosh 

On Thu, Dec 17, 2015 at 12:02:28PM +, Joshua Lock wrote:
> If no mountpoint is specified for a partition command the partition
> will be created but not mounted — mention this in the kickstart
> help text.
> 
> [YOCTO #8820]
> 
> Signed-off-by: Joshua Lock 
> ---
>  scripts/lib/wic/help.py | 5 -
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py
> index 89fb7be..be334e7 100644
> --- a/scripts/lib/wic/help.py
> +++ b/scripts/lib/wic/help.py
> @@ -617,7 +617,7 @@ DESCRIPTION
> This command creates a partition on the system and uses the
> following syntax:
>  
> - part 
> + part []
>  
> The  is where the partition will be mounted and
> must take of one of the following forms:
> @@ -626,6 +626,9 @@ DESCRIPTION
>  
>   swap: The partition will be used as swap space.
>  
> +   If a  is not specified the partition will be created
> +   but will not be mounted.
> +
> The following are supported 'part' options:
>  
>   --size: The minimum partition size. Specify an integer value
--
Regards,
Ed
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] How to move a recipe to another directory without invalidating its sstate-cache?

[Mike Looijmans]

On 17-12-15 07:24, Mike Looijmans wrote:

On 16-12-15 14:33, Richard Purdie wrote:

On Wed, 2015-12-16 at 14:18 +0100, Mike Looijmans wrote:

On 16-12-15 13:35, Richard Purdie wrote:

On Wed, 2015-12-16 at 10:38 +0100, Mike Looijmans wrote:

I renamed "recipes-some/foo/bar.bb" to "recipes
-some/buzz/bar.bb"

Rebuilding bar and its dependencies will take about 16 hours. So
I
don't want
to trigger a rebuild.

running "bitbake -S printdiff bar" only reveils this:


I'm not sure I trust the output of -S printdiff, there are some
cases
it doesn't seem to "guess" right. I wish I or someone one could fix
but
but we can do its work manually. Can you try something like:

set TMPDIR = "x"
bitbake -S bar
rename the recipe
set TMPDIR = "y"
bitbake -S bar


Found out I need an extra "none" in here:
bitbake -S none bar


Sorry, yes.


then

"ls tmp-x/stamps//bar"
"ls tmp-y/stamps//bar"

and see which tasks change signature. Then run:

"bitbake-diffsigs  "

and see if that makes more sense?


That gave the same output. Everything after "runtaskdeps" is bogus
because its
value changes from [blahblah, foobar] into [buzbar, blahblah] and now
diffsig
seems to attempt to match the "blahblah" signatures against those of
"buzbar".

Which sort of hints that if my new name starts with an "f" the
reordering
won't happen, so I'm gonna try renaming to "fbuz" now,,,


I still suspect this might be the way the tool displays the data rather
than the real problem as there is some fuzziness in the data that code
has to work with. Bitbake just knows there are dependencies on hashes
X, Y, Z and it has to try and guess how to match them up. The paths are
included to help reduce fuzz but are only used by the analysis code,
not the checksum creation.


No, if the sort order doesn't change, the checksum remains the same as well.

So if i rename "foo" to "far" it will not rebuild the package (using plain
bitbake without -S switches), but if I rename "foo" to "buz" it will rebuild
because there's a dependent package that sorts before "far" but after "buz".



Did the hashes themselves change or just the paths? I'm wondering if
the order that bitbake adds the checksums to the main checksum may have
some bearing on this...

Being able to see some real data would also help. Does this reproduce
with a public recipe I can see the real data for?


There should be quite a few recipes in OE-core that might match this pattern:

Recipe X must depend on recipe Y. The directory of Y sorts before that of X.
Renaming the directory of X to something that sorts before that of Y should
trigger the problem.

I'll see if I can locate an existing one.


Found several candidates, but couldn't get them to trigger this... Must be 
something more involved than just renaming the directory...




Kind regards,

Mike Looijmans
System Expert

TOPIC Embedded Products
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
Telefax: +31 (0) 499 33 69 70
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com

Please consider the environment before printing this e-mail





--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] combo-layer: Stop using filterdiff

[Richard Purdie]

I ran into an issue where a patch just deleting a single file
within the repository (meta/recipes-devtools/m4/m4/make.patch)
would get skipped by combo-layer.

It turns out this has the patch header (commented to avoid breaking scripts):

: diff --git a/meta/recipes-devtools/m4/m4/make.patch 
b/meta/recipes-devtools/m4/m4/make.patch
: deleted file mode 100644
: index 79fb415..000
: --- a/meta/recipes-devtools/m4/m4/make.patch
: +++ /dev/null
: @@ -1,42 +0,0 @@

and this is classed as > 5 headers in filterdiff. When we piped the path
through filterdiff, the --- line disappears, then the second time we pass
through filterdiff, it shows no lines changed and the patch is assumed
to be empty and skipped.

Changing MAX_HEADERS in filterdiff is one way to fix this, another would
be to grep out "deleted file mode" lines. Instead, we can use new
git syntax to exclude files from the git format-patch instead and avoid
filterdiff entirely.

Signed-off-by: Richard Purdie 

diff --git a/scripts/combo-layer b/scripts/combo-layer
index 92c5cbb..f028098 100755
--- a/scripts/combo-layer
+++ b/scripts/combo-layer
@@ -662,7 +662,14 @@ def action_update(conf, args):
 patch_cmd_range = "%s..%s" % (repo['last_revision'], top_revision)
 rev_cmd_range = patch_cmd_range
 
-file_filter = repo.get('file_filter',"")
+file_filter = repo.get('file_filter',".")
+
+# Filter out unwanted files
+exclude = repo.get('file_exclude', '')
+if exclude:
+for path in exclude.split():
+p = "%s/%s" % (dest_dir, path) if dest_dir != '.' else path
+file_filter += " ':!%s'" % p
 
 patch_cmd = "git format-patch -N %s --output-directory %s %s -- %s" % \
 (prefix,repo_patch_dir, patch_cmd_range, file_filter)
@@ -681,38 +688,6 @@ def action_update(conf, args):
 runcmd("%s %s %s %s" % (repo['hook'], patch, revlist[count], 
name))
 count=count-1
 
-# Step 3a: Filter out unwanted files and patches.
-exclude = repo.get('file_exclude', '')
-if exclude:
-filter = ['filterdiff', '-p1']
-for path in exclude.split():
-filter.append('-x')
-filter.append('%s/%s' % (dest_dir, path) if dest_dir != '.' 
else path)
-for patch in patchlist[:]:
-filtered = patch + '.tmp'
-with open(filtered, 'w') as f:
-runcmd(filter + [patch], out=f)
-# Now check for empty patches.
-if runcmd(['filterdiff', '--list', filtered]):
-# Possibly modified.
-os.unlink(patch)
-os.rename(filtered, patch)
-else:
-# Empty, ignore it. Must also remove from revlist.
-with open(patch, 'r') as f:
-fromline = f.readline()
-if not fromline:
-# Patch must have been empty to start with. No need
-# to remove it.
-continue
-m = re.match(r'''^From ([0-9a-fA-F]+) .*\n''', fromline)
-rev = m.group(1)
-logger.debug('skipping empty patch %s = %s' % (patch, rev))
-os.unlink(patch)
-os.unlink(filtered)
-patchlist.remove(patch)
-revlist.remove(rev)
-
 # Step 4: write patch list and revision list to file, for user to edit 
later
 patchlist_file = os.path.join(os.getcwd(), patch_dir, "patchlist-%s" % 
name)
 repo['patchlist'] = patchlist_file


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] nativesdk-buildtools-perl-dummy: Bump PR

[Richard Purdie]

Recent changes to this recipe caused automated PR increments
to break, regressing package feeds. The only way to recover
is to bump PR, so do this centrally to fix anyone affected.

Signed-off-by: Richard Purdie 

diff --git a/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb 
b/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb
index 23c0a5c..9041734 100644
--- a/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb
+++ b/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb
@@ -4,6 +4,8 @@ LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda
 
 inherit allarch
 
+PR = "r1"
+
 python() {
 # Put the package somewhere separate to ensure it's never used except
 # when we want it


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] wic/help.py: document that mountpoint is optional for part command

[Joshua Lock]

If no mountpoint is specified for a partition command the partition
will be created but not mounted — mention this in the kickstart
help text.

[YOCTO #8820]

Signed-off-by: Joshua Lock 
---
 scripts/lib/wic/help.py | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py
index 89fb7be..be334e7 100644
--- a/scripts/lib/wic/help.py
+++ b/scripts/lib/wic/help.py
@@ -617,7 +617,7 @@ DESCRIPTION
This command creates a partition on the system and uses the
following syntax:
 
- part 
+ part []
 
The  is where the partition will be mounted and
must take of one of the following forms:
@@ -626,6 +626,9 @@ DESCRIPTION
 
  swap: The partition will be used as swap space.
 
+   If a  is not specified the partition will be created
+   but will not be mounted.
+
The following are supported 'part' options:
 
  --size: The minimum partition size. Specify an integer value
-- 
2.5.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/4] base-files: create typical merged /usr symlinks if the "merged-usr" distro feature is set

[Roman Khimov]

В письме от 17 декабря 2015 10:47:28 пользователь Matthias Schiffer написал:
> On 12/16/2015 08:46 PM, Roman Khimov wrote:
> > В письме от 16 декабря 2015 19:12:00 пользователь Matthias Schiffer 
> > написал:
> > Also, you probably want to add this symlinks to fs-perms.txt. I don't
> > quite
> > remember which packages failed for me without it, but there were some.
> 
> Is it even possible to have fs-perms.txt entries depending on a
> DISTRO_FEATURE? 

Probably not.

> And can fs-perms.txt move files from one directory to
> another (as you suggested in your reply for PATCH 2)?

IIRC, yes.

> AFAICT, fs-perms.txt is only there to fix some common issues with
> directory permissions. Most packages already respect base_libdir etc.
> just fine, so in my opinion it would be preferable to just fix the
> packages which don't if adding such things to fs-perms.txt is non-trivial.

fs-perms can fix things automatically, with no additional code in recipes (and 
that's a nice thing IMO), but, yes, at the moment it probably can't do or 
don't do things based on DISTRO_FEATURE settings. Maybe using 
FILESYSTEM_PERMS_TABLES can help or even generating fs-perms on the fly taking 
into account real ${somedir} values.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] boost: update to 1.59.0

[Lukas Bulwahn]

Due to the version update, the two patches previously backported in
this recipe are now dropped. The actual status of the
arm-intrinsics.patch (reported with Upstream-Status: Backport)
is unknown to the committer, and hence, that patch is kept in the
recipe, even if it is possibly not required anymore. A deeper
analysis is required to determine need and status of that patch.

Signed-off-by: Lukas Bulwahn 
---
 meta/recipes-support/boost/bjam-native_1.58.0.bb   | 18 --
 meta/recipes-support/boost/bjam-native_1.59.0.bb   | 18 ++
 meta/recipes-support/boost/boost-1.58.0.inc| 22 
 meta/recipes-support/boost/boost-1.59.0.inc| 19 ++
 meta/recipes-support/boost/boost_1.58.0.bb |  6 
 meta/recipes-support/boost/boost_1.59.0.bb |  6 
 ...dded-gcc.jam-was-passing-the-options-m32-.patch | 33 --
 ...n-t-pass-m32-m64-where-it-s-not-supported.patch | 40 --
 8 files changed, 43 insertions(+), 119 deletions(-)
 delete mode 100644 meta/recipes-support/boost/bjam-native_1.58.0.bb
 create mode 100644 meta/recipes-support/boost/bjam-native_1.59.0.bb
 delete mode 100644 meta/recipes-support/boost/boost-1.58.0.inc
 create mode 100644 meta/recipes-support/boost/boost-1.59.0.inc
 delete mode 100644 meta/recipes-support/boost/boost_1.58.0.bb
 create mode 100644 meta/recipes-support/boost/boost_1.59.0.bb
 delete mode 100644 
meta/recipes-support/boost/files/0001-mips1-fix-added-gcc.jam-was-passing-the-options-m32-.patch
 delete mode 100644 
meta/recipes-support/boost/files/0002-Don-t-pass-m32-m64-where-it-s-not-supported.patch

diff --git a/meta/recipes-support/boost/bjam-native_1.58.0.bb 
b/meta/recipes-support/boost/bjam-native_1.58.0.bb
deleted file mode 100644
index 32646d7..000
--- a/meta/recipes-support/boost/bjam-native_1.58.0.bb
+++ /dev/null
@@ -1,18 +0,0 @@
-include boost-${PV}.inc
-
-SUMMARY = "Portable Boost.Jam build tool for boost"
-SECTION = "devel"
-
-inherit native
-
-SRC_URI += "file://bjam-native-build-bjam.debug.patch"
-
-do_compile() {
-./bootstrap.sh --with-toolset=gcc
-}
-
-do_install() {
-install -d ${D}${bindir}/
-# install unstripped version for bjam
-install -c -m 755 bjam.debug ${D}${bindir}/bjam
-}
diff --git a/meta/recipes-support/boost/bjam-native_1.59.0.bb 
b/meta/recipes-support/boost/bjam-native_1.59.0.bb
new file mode 100644
index 000..32646d7
--- /dev/null
+++ b/meta/recipes-support/boost/bjam-native_1.59.0.bb
@@ -0,0 +1,18 @@
+include boost-${PV}.inc
+
+SUMMARY = "Portable Boost.Jam build tool for boost"
+SECTION = "devel"
+
+inherit native
+
+SRC_URI += "file://bjam-native-build-bjam.debug.patch"
+
+do_compile() {
+./bootstrap.sh --with-toolset=gcc
+}
+
+do_install() {
+install -d ${D}${bindir}/
+# install unstripped version for bjam
+install -c -m 755 bjam.debug ${D}${bindir}/bjam
+}
diff --git a/meta/recipes-support/boost/boost-1.58.0.inc 
b/meta/recipes-support/boost/boost-1.58.0.inc
deleted file mode 100644
index b47d091..000
--- a/meta/recipes-support/boost/boost-1.58.0.inc
+++ /dev/null
@@ -1,22 +0,0 @@
-# The Boost web site provides free peer-reviewed portable
-# C++ source libraries. The emphasis is on libraries which
-# work well with the C++ Standard Library. The libraries are
-# intended to be widely useful, and are in regular use by
-# thousands of programmers across a broad spectrum of applications.
-HOMEPAGE = "http://www.boost.org/";
-LICENSE = "BSL-1.0 & MIT & Python-2.0"
-LIC_FILES_CHKSUM = 
"file://LICENSE_1_0.txt;md5=e4224ccaecb14d942c71d31bef20d78c"
-
-BOOST_VER = "${@"_".join(d.getVar("PV",1).split("."))}"
-BOOST_MAJ = "${@"_".join(d.getVar("PV",1).split(".")[0:2])}"
-BOOST_P = "boost_${BOOST_VER}"
-
-SRC_URI = "${SOURCEFORGE_MIRROR}/boost/${BOOST_P}.tar.bz2 \
-   
file://0001-mips1-fix-added-gcc.jam-was-passing-the-options-m32-.patch \
-   file://0002-Don-t-pass-m32-m64-where-it-s-not-supported.patch \
-"
-
-SRC_URI[md5sum] = "b8839650e61e9c1c0a89f371dd475546"
-SRC_URI[sha256sum] = 
"fdfc204fc33ec79c99b9a74944c3e54bd78be4f7f15e260c0e2700a36dc7d3e5"
-
-S = "${WORKDIR}/${BOOST_P}"
diff --git a/meta/recipes-support/boost/boost-1.59.0.inc 
b/meta/recipes-support/boost/boost-1.59.0.inc
new file mode 100644
index 000..e94c714
--- /dev/null
+++ b/meta/recipes-support/boost/boost-1.59.0.inc
@@ -0,0 +1,19 @@
+# The Boost web site provides free peer-reviewed portable
+# C++ source libraries. The emphasis is on libraries which
+# work well with the C++ Standard Library. The libraries are
+# intended to be widely useful, and are in regular use by
+# thousands of programmers across a broad spectrum of applications.
+HOMEPAGE = "http://www.boost.org/";
+LICENSE = "BSL-1.0 & MIT & Python-2.0"
+LIC_FILES_CHKSUM = 
"file://LICENSE_1_0.txt;md5=e4224ccaecb14d942c71d31bef20d78c"
+
+BOOST_VER = "${@"_".join(d.getVar("PV",1).split("."))}"
+BOOST_MAJ = "${@"_".join(d.getVar("PV",1).split(".")[0:2])}"
+BOOST_P = "boost_${BO

[OE-core] Demos for FOSDEM 2016

[Barros Pena, Belen]

Hi all,

OpenEmbedded will have a huge 2-table stand at FOSDEM'16, which happens
January 30th and 31st in Brussels.

We need to fill up those 2 tables with something, so this is a call for
demos. If you have something built with OpenEmbedded you'd like to show,
let me know. 

Looking forward to your hundreds of demo proposals ;)

Cheers,

Belén

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core