date:20170606

[OE-core] [PATCH] hdparm: Upgrade to 9.52

2017-06-06 Thread Fan Xin

1. Upgrade hdparm from 9.51 to 9.52

2. Update the checksum of LIC_FILES_CHKSUM
   The following content is appended to LICENSE.TXT, the licence is still BSD & 
GPLv2.

   The apt.c file is  Copyright (c) 2009 Jan Friesse .
   You may use/distribute apt.c freely, under the terms of either
   (your choice) the GNU General Public License version 2,
   or a BSD style license.

Signed-off-by: Fan Xin 
---
 meta/recipes-extended/hdparm/{hdparm_9.51.bb => hdparm_9.52.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/hdparm/{hdparm_9.51.bb => hdparm_9.52.bb} (83%)

diff --git a/meta/recipes-extended/hdparm/hdparm_9.51.bb 
b/meta/recipes-extended/hdparm/hdparm_9.52.bb
similarity index 83%
rename from meta/recipes-extended/hdparm/hdparm_9.51.bb
rename to meta/recipes-extended/hdparm/hdparm_9.52.bb
index fa00927..599cd30 100644
--- a/meta/recipes-extended/hdparm/hdparm_9.51.bb
+++ b/meta/recipes-extended/hdparm/hdparm_9.52.bb
@@ -8,7 +8,7 @@ LICENSE_${PN} = "BSD"
 LICENSE_${PN}-dbg = "BSD"
 LICENSE_wiper = "GPLv2"
 
-LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=910a8a42c962d238619c75fdb78bdb24 \
+LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=495d03e50dc6c89d6a30107ab0df5b03 \
 
file://debian/copyright;md5=a82d7ba3ade9e8ec902749db98c592f3 \
 
file://wiper/GPLv2.txt;md5=fcb02dc552a041dee27e4b85c7396067 \
 
file://wiper/wiper.sh;beginline=7;endline=31;md5=b7bc642addc152ea307505bf1a296f09"
@@ -22,8 +22,8 @@ RDEPENDS_wiper = "bash gawk stat"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/hdparm/${BP}.tar.gz"
 
-SRC_URI[md5sum] = "8fe0a71db02f7ffc602d14a69f766cff"
-SRC_URI[sha256sum] = 
"1afad8891ecbe644c283f7d725157660ebf8bd5b4d9d67232afd45f83d2d5d91"
+SRC_URI[md5sum] = "410539d0bf3cc247181594581edbfb53"
+SRC_URI[sha256sum] = 
"c3429cd423e271fa565bf584598fd751dd2e773bb7199a592b06b5a61cec4fb6"
 
 EXTRA_OEMAKE = 'STRIP="echo" LDFLAGS="${LDFLAGS}"'
 
-- 
1.9.1

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

[OE-core] [PATCH] pciutils: Upgrade to 3.5.4

2017-06-06 Thread Fan Xin

Signed-off-by: Fan Xin 
---
 meta/recipes-bsp/pciutils/{pciutils_3.5.2.bb => pciutils_3.5.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-bsp/pciutils/{pciutils_3.5.2.bb => pciutils_3.5.4.bb} (92%)

diff --git a/meta/recipes-bsp/pciutils/pciutils_3.5.2.bb 
b/meta/recipes-bsp/pciutils/pciutils_3.5.4.bb
similarity index 92%
rename from meta/recipes-bsp/pciutils/pciutils_3.5.2.bb
rename to meta/recipes-bsp/pciutils/pciutils_3.5.4.bb
index 9a7297e..d387fba 100644
--- a/meta/recipes-bsp/pciutils/pciutils_3.5.2.bb
+++ b/meta/recipes-bsp/pciutils/pciutils_3.5.4.bb
@@ -13,8 +13,8 @@ SRC_URI = 
"${KERNELORG_MIRROR}/software/utils/pciutils/pciutils-${PV}.tar.xz \
file://guess-fix.patch \
file://makefile.patch"
 
-SRC_URI[md5sum] = "1bf5b068bd9f7512e8c68b060b25a1b2"
-SRC_URI[sha256sum] = 
"3a99141a9f40528d0a0035665a06dc37ddb1ae341658e51b50a76ecf86235efc"
+SRC_URI[md5sum] = "e82537cd2194111c45fa7e684b52252e"
+SRC_URI[sha256sum] = 
"64293c6ab9318c40ef262b76d87bd9097531759752bac556e50979b1e63cfe66"
 
 inherit multilib_header
 
-- 
1.9.1

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

[OE-core] [PATCH] man-pages: Upgrade to 4.11

2017-06-06 Thread Fan Xin

Signed-off-by: Fan Xin 
---
 .../man-pages/{man-pages_4.10.bb => man-pages_4.11.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/man-pages/{man-pages_4.10.bb => 
man-pages_4.11.bb} (86%)

diff --git a/meta/recipes-extended/man-pages/man-pages_4.10.bb 
b/meta/recipes-extended/man-pages/man-pages_4.11.bb
similarity index 86%
rename from meta/recipes-extended/man-pages/man-pages_4.10.bb
rename to meta/recipes-extended/man-pages/man-pages_4.11.bb
index de8d3b9..a3077a9 100644
--- a/meta/recipes-extended/man-pages/man-pages_4.10.bb
+++ b/meta/recipes-extended/man-pages/man-pages_4.11.bb
@@ -7,8 +7,8 @@ LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://README;md5=8f2a3d43057d458e5066714980567a60"
 SRC_URI = "${KERNELORG_MIRROR}/linux/docs/${BPN}/Archive/${BP}.tar.gz"
 
-SRC_URI[md5sum] = "fa03cff75c7cee5a0fd5db3456aea43a"
-SRC_URI[sha256sum] = 
"5995444d589a1ab83ae1220a4446ee09b3dadb6ce7037162ea75874ebcb2c040"
+SRC_URI[md5sum] = "408300ed09d1ad5938070158b21da1d1"
+SRC_URI[sha256sum] = 
"e6db91a24e68c7c765b7b8e60f1591ed1049bc2dc3143db779eae4838b89d195"
 
 RDEPENDS_${PN} = "man"
 
-- 
1.9.1

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

[OE-core] [PATCH] gdb: Upgrade to 8.0 release

2017-06-06 Thread Khem Raj

For details on changes see
http://lists.gnu.org/archive/html/info-gnu/2017-06/msg2.html

Signed-off-by: Khem Raj 
---
 .../gdb/{gdb-7.12.1.inc => gdb-8.0.inc}|  4 +-
 ...anadian_7.12.1.bb => gdb-cross-canadian_8.0.bb} |  0
 .../gdb/{gdb-cross_7.12.1.bb => gdb-cross_8.0.bb}  |  0
 .../gdb/0001-include-sys-types.h-for-mode_t.patch  |  6 +--
 ...0002-make-man-install-relative-to-DESTDIR.patch |  6 +--
 ...s-linux-nat-Define-_ABIO32-if-not-defined.patch |  8 +--
 ...Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch | 10 ++--
 ...d-support-for-Renesas-SH-sh4-architecture.patch | 57 +++---
 ...e-libreadline.a-when-using-disable-static.patch | 12 ++---
 .../gdb/gdb/0007-use-asm-sgidefs.h.patch   |  8 +--
 .../0008-Use-exorted-definitions-of-SIGRTMIN.patch | 14 +++---
 .../gdb/gdb/0009-Change-order-of-CFLAGS.patch  | 24 -
 .../0010-resolve-restrict-keyword-conflict.patch   |  8 +--
 .../gdb/{gdb_7.12.1.bb => gdb_8.0.bb}  |  0
 14 files changed, 77 insertions(+), 80 deletions(-)
 rename meta/recipes-devtools/gdb/{gdb-7.12.1.inc => gdb-8.0.inc} (88%)
 rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.12.1.bb => 
gdb-cross-canadian_8.0.bb} (100%)
 rename meta/recipes-devtools/gdb/{gdb-cross_7.12.1.bb => gdb-cross_8.0.bb} 
(100%)
 rename meta/recipes-devtools/gdb/{gdb_7.12.1.bb => gdb_8.0.bb} (100%)

diff --git a/meta/recipes-devtools/gdb/gdb-7.12.1.inc 
b/meta/recipes-devtools/gdb/gdb-8.0.inc
similarity index 88%
rename from meta/recipes-devtools/gdb/gdb-7.12.1.inc
rename to meta/recipes-devtools/gdb/gdb-8.0.inc
index b15a2b5832..91f2ebfa4b 100644
--- a/meta/recipes-devtools/gdb/gdb-7.12.1.inc
+++ b/meta/recipes-devtools/gdb/gdb-8.0.inc
@@ -16,6 +16,6 @@ SRC_URI = "http://ftp.gnu.org/gnu/gdb/gdb-${PV}.tar.xz \
file://0009-Change-order-of-CFLAGS.patch \
file://0010-resolve-restrict-keyword-conflict.patch \
 "
-SRC_URI[md5sum] = "193453347ddced7acb6b1cd2ee8f2e4b"
-SRC_URI[sha256sum] = 
"4607680b973d3ec92c30ad029f1b7dbde3876869e6b3a117d8a7e90081113186"
+SRC_URI[md5sum] = "c3d35cd949084be53b92cc1e03485f88"
+SRC_URI[sha256sum] = 
"f6a24ffe4917e67014ef9273eb8b547cb96a13e5ca74895b06d683b391f3f4ee"
 
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.12.1.bb 
b/meta/recipes-devtools/gdb/gdb-cross-canadian_8.0.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross-canadian_7.12.1.bb
rename to meta/recipes-devtools/gdb/gdb-cross-canadian_8.0.bb
diff --git a/meta/recipes-devtools/gdb/gdb-cross_7.12.1.bb 
b/meta/recipes-devtools/gdb/gdb-cross_8.0.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross_7.12.1.bb
rename to meta/recipes-devtools/gdb/gdb-cross_8.0.bb
diff --git 
a/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch 
b/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch
index fc6c92f186..4f06d46d70 100644
--- a/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch
+++ b/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch
@@ -1,4 +1,4 @@
-From 2c81e17216b4e471a1ce0bddb50f374b0722a2ce Mon Sep 17 00:00:00 2001
+From 91da0458b333249eb9c2f4c1f1e53fa4bc085cc9 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Tue, 19 Jan 2016 18:18:52 -0800
 Subject: [PATCH 01/10] include sys/types.h for mode_t
@@ -14,7 +14,7 @@ Upstream-Status: Pending
  1 file changed, 1 insertion(+)
 
 diff --git a/gdb/gdbserver/target.h b/gdb/gdbserver/target.h
-index 4c14c204bb..bdab18f7f7 100644
+index 3cc2bc4bab..e6b19b06b9 100644
 --- a/gdb/gdbserver/target.h
 +++ b/gdb/gdbserver/target.h
 @@ -28,6 +28,7 @@
@@ -26,5 +26,5 @@ index 4c14c204bb..bdab18f7f7 100644
  struct emit_ops;
  struct buffer;
 -- 
-2.11.0
+2.13.1
 
diff --git 
a/meta/recipes-devtools/gdb/gdb/0002-make-man-install-relative-to-DESTDIR.patch 
b/meta/recipes-devtools/gdb/gdb/0002-make-man-install-relative-to-DESTDIR.patch
index 9a9201b39c..83c4dded3b 100644
--- 
a/meta/recipes-devtools/gdb/gdb/0002-make-man-install-relative-to-DESTDIR.patch
+++ 
b/meta/recipes-devtools/gdb/gdb/0002-make-man-install-relative-to-DESTDIR.patch
@@ -1,4 +1,4 @@
-From f316d604b312bead78594f02e1355633eda9507b Mon Sep 17 00:00:00 2001
+From 9ce61f97b7758794f06894e934fbb256ff62163e Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Mon, 2 Mar 2015 02:27:55 +
 Subject: [PATCH 02/10] make man install relative to DESTDIR
@@ -11,7 +11,7 @@ Signed-off-by: Khem Raj 
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/sim/common/Makefile.in b/sim/common/Makefile.in
-index a05f50767a..8d0fa64ea8 100644
+index 3944956b5d..aa355e8347 100644
 --- a/sim/common/Makefile.in
 +++ b/sim/common/Makefile.in
 @@ -35,7 +35,7 @@ tooldir = $(libdir)/$(target_alias)
@@ -24,5 +24,5 @@ index a05f50767a..8d0fa64ea8 100644
  includedir = @includedir@
  
 -- 
-2.11.0
+2.13.1
 
diff --git

Re: [OE-core] [PATCH] libunwind: fix build failure on MIPS

2017-06-06 Thread Khem Raj

On Tue, Jun 6, 2017 at 6:39 PM, akuster808  wrote:
>
>
> On 06/05/2017 01:53 PM, Ross Burton wrote:
>>
>> Signed-off-by: Ross Burton 
>> ---
>
>
> under what conditions is this failing? or what is the build failure message.
> The subject makes it sound like your host is a Mips system.

Realistically mips desktops are rare moreover OE is a cross
build system so I would think its mips target

>
>
> - armin
>
>>   .../libunwind/libunwind/fix-mips.patch | 134
>> +
>>   meta/recipes-support/libunwind/libunwind_1.2.bb|   1 +
>>   2 files changed, 135 insertions(+)
>>   create mode 100644
>> meta/recipes-support/libunwind/libunwind/fix-mips.patch
>>
>> diff --git a/meta/recipes-support/libunwind/libunwind/fix-mips.patch
>> b/meta/recipes-support/libunwind/libunwind/fix-mips.patch
>> new file mode 100644
>> index 000..0022237
>> --- /dev/null
>> +++ b/meta/recipes-support/libunwind/libunwind/fix-mips.patch
>> @@ -0,0 +1,134 @@
>> +Upstream-Status: Backport
>> +Signed-off-by: Ross Burton 
>> +
>> +From 5f354cb7b9c84dae006f0ebd8ad7a78d7e2aad0c Mon Sep 17 00:00:00 2001
>> +From: Dave Watson 
>> +Date: Wed, 25 Jan 2017 16:18:02 -0800
>> +Subject: [PATCH] mips/tilegx: Add missing unwind_i.h header file
>> +
>> +reported-by: John Knight 
>> +---
>> + src/Makefile.am | 4 ++--
>> + 1 file changed, 2 insertions(+), 2 deletions(-)
>> +
>> +diff --git a/src/Makefile.am b/src/Makefile.am
>> +index 5d874755..7de4c425 100644
>> +--- a/src/Makefile.am
>>  b/src/Makefile.am
>> +@@ -280,7 +280,7 @@ libunwind_hppa_la_SOURCES_hppa =
>> $(libunwind_la_SOURCES_hppa_common)   \
>> +   hppa/Gresume.c hppa/Gstep.c
>> +
>> + # The list of files that go info libunwind and libunwind-mips:
>> +-noinst_HEADERS += mips/init.h mips/offsets.h
>> ++noinst_HEADERS += mips/init.h mips/offsets.h mips/unwind_i.h
>> + libunwind_la_SOURCES_mips_common = $(libunwind_la_SOURCES_common)
>> \
>> +   mips/is_fpreg.c mips/regname.c
>> +
>> +@@ -299,7 +299,7 @@ libunwind_mips_la_SOURCES_mips =
>> $(libunwind_la_SOURCES_mips_common)   \
>> +   mips/Gis_signal_frame.c mips/Gregs.c mips/Gresume.c mips/Gstep.c
>> +
>> + # The list of files that go info libunwind and libunwind-tilegx:
>> +-noinst_HEADERS += tilegx/init.h tilegx/offsets.h
>> ++noinst_HEADERS += tilegx/init.h tilegx/offsets.h tilegx/unwind_i.h
>> + libunwind_la_SOURCES_tilegx_common = $(libunwind_la_SOURCES_common)
>> \
>> +   tilegx/is_fpreg.c tilegx/regname.c
>> +
>> +diff --git a/src/mips/unwind_i.h b/src/mips/unwind_i.h
>> +new file mode 100644
>> +index 000..3382dcf
>> +--- /dev/null
>>  b/src/mips/unwind_i.h
>> +@@ -0,0 +1,43 @@
>> ++/* libunwind - a platform-independent unwind library
>> ++   Copyright (C) 2008 CodeSourcery
>> ++
>> ++This file is part of libunwind.
>> ++
>> ++Permission is hereby granted, free of charge, to any person obtaining
>> ++a copy of this software and associated documentation files (the
>> ++"Software"), to deal in the Software without restriction, including
>> ++without limitation the rights to use, copy, modify, merge, publish,
>> ++distribute, sublicense, and/or sell copies of the Software, and to
>> ++permit persons to whom the Software is furnished to do so, subject to
>> ++the following conditions:
>> ++
>> ++The above copyright notice and this permission notice shall be
>> ++included in all copies or substantial portions of the Software.
>> ++
>> ++THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
>> ++EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
>> ++MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
>> ++NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
>> ++LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
>> ++OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
>> ++WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.  */
>> ++
>> ++#ifndef unwind_i_h
>> ++#define unwind_i_h
>> ++
>> ++#include 
>> ++
>> ++#include 
>> ++
>> ++#include "libunwind_i.h"
>> ++
>> ++#define mips_lock   UNW_OBJ(lock)
>> ++#define mips_local_resume   UNW_OBJ(local_resume)
>> ++#define mips_local_addr_space_init  UNW_OBJ(local_addr_space_init)
>> ++
>> ++extern int mips_local_resume (unw_addr_space_t as, unw_cursor_t *cursor,
>> ++ void *arg);
>> ++
>> ++extern void mips_local_addr_space_init (void);
>> ++
>> ++#endif /* unwind_i_h */
>> +diff --git a/src/tilegx/unwind_i.h b/src/tilegx/unwind_i.h
>> +new file mode 100644
>> +index 000..aac7be3
>> +--- /dev/null
>>  b/src/tilegx/unwind_i.h
>> +@@ -0,0 +1,44 @@
>> ++/* libunwind - a platform-independent unwind library
>> ++   Copyright (C) 2008 CodeSourcery
>> ++
>> ++This file is part of libunwind.
>> ++
>> ++Permission is hereby granted, free of charge, to any

Re: [OE-core] [PATCH v7] openssh: Atomically generate host keys

2017-06-06 Thread Joshua Watt

On Wed, May 31, 2017 at 10:05 PM, Joshua Watt  wrote:
> Generating the host keys atomically prevents power interruptions during
> the first boot from leaving the key files incomplete, which often
> prevents users from being able to ssh into the device.
>
> Signed-off-by: Joshua Watt 
> ---
>  meta/recipes-connectivity/openssh/openssh/init | 22 --
>  .../openssh/openssh/sshd-check-key | 35 
> ++
>  .../openssh/openssh/sshdgenkeys.service| 25 
>  meta/recipes-connectivity/openssh/openssh_7.5p1.bb |  8 +
>  4 files changed, 61 insertions(+), 29 deletions(-)
>  create mode 100644 meta/recipes-connectivity/openssh/openssh/sshd-check-key
>
> diff --git a/meta/recipes-connectivity/openssh/openssh/init 
> b/meta/recipes-connectivity/openssh/openssh/init
> index 1f63725..e02c479 100644
> --- a/meta/recipes-connectivity/openssh/openssh/init
> +++ b/meta/recipes-connectivity/openssh/openssh/init
> @@ -45,23 +45,11 @@ check_config() {
>  }
>
>  check_keys() {
> -   # create keys if necessary
> -   if [ ! -f $HOST_KEY_RSA ]; then
> -   echo "  generating ssh RSA key..."
> -   ssh-keygen -q -f $HOST_KEY_RSA -N '' -t rsa
> -   fi
> -   if [ ! -f $HOST_KEY_ECDSA ]; then
> -   echo "  generating ssh ECDSA key..."
> -   ssh-keygen -q -f $HOST_KEY_ECDSA -N '' -t ecdsa
> -   fi
> -   if [ ! -f $HOST_KEY_DSA ]; then
> -   echo "  generating ssh DSA key..."
> -   ssh-keygen -q -f $HOST_KEY_DSA -N '' -t dsa
> -   fi
> -   if [ ! -f $HOST_KEY_ED25519 ]; then
> -   echo "  generating ssh ED25519 key..."
> -   ssh-keygen -q -f $HOST_KEY_ED25519 -N '' -t ed25519
> -   fi
> +@LIBEXECDIR@/sshd-check-key $HOST_KEY_RSA rsa
> +@LIBEXECDIR@/sshd-check-key $HOST_KEY_ECDSA ecdsa
> +@LIBEXECDIR@/sshd-check-key $HOST_KEY_DSA dsa
> +@LIBEXECDIR@/sshd-check-key $HOST_KEY_ED25519 ed25519
> +@BASE_BINDIR@/sync
>  }
>
>  export PATH="${PATH:+$PATH:}/usr/sbin:/sbin"
> diff --git a/meta/recipes-connectivity/openssh/openssh/sshd-check-key 
> b/meta/recipes-connectivity/openssh/openssh/sshd-check-key
> new file mode 100644
> index 000..3afdb8b
> --- /dev/null
> +++ b/meta/recipes-connectivity/openssh/openssh/sshd-check-key
> @@ -0,0 +1,35 @@
> +#! /bin/sh
> +NAME="$1"
> +TYPE="$2"
> +
> +if [ -z "$NAME" ] || [ -z "$TYPE" ]; then
> +echo "Usage: $0 NAME TYPE"
> +exit 1
> +fi
> +
> +
> +if [ ! -f "$NAME" ]; then
> +DIR="$(dirname "$NAME")"
> +
> +echo "  generating ssh $TYPE key..."
> +ssh-keygen -q -f "${NAME}.tmp" -N '' -t $TYPE
> +
> +# Move (Atomically rename) files
> +mv -f "${NAME}.tmp.pub" "${NAME}.pub"
> +
> +# This sync does double duty: Ensuring that the data in the temporary
> +# private key file is on disk before the rename, and ensuring that the
> +# public key rename is completed before the private key rename, since we
> +# switch on the existence of the private key to trigger key generation.
> +# This does mean it is possible for the public key to exist, but be 
> garbage
> +# but this is OK because in that case the private key won't exist and the
> +# keys will be regenerated.
> +#
> +# In the event that sync understands arguments that limit what it tries 
> to
> +# fsync(), we provided them. If it does not, it will simply call sync()
> +# which is just as well
> +sync "${NAME}.pub" "$DIR" "${NAME}.tmp"
> +
> +mv "${NAME}.tmp" "$NAME"
> +fi
> +
> diff --git a/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service 
> b/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service
> index 148e6ad..23fd351 100644
> --- a/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service
> +++ b/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service
> @@ -1,22 +1,23 @@
>  [Unit]
>  Description=OpenSSH Key Generation
>  RequiresMountsFor=/var /run
> -ConditionPathExists=!/var/run/ssh/ssh_host_rsa_key
> -ConditionPathExists=!/var/run/ssh/ssh_host_dsa_key
> -ConditionPathExists=!/var/run/ssh/ssh_host_ecdsa_key
> -ConditionPathExists=!/var/run/ssh/ssh_host_ed25519_key
> -ConditionPathExists=!/etc/ssh/ssh_host_rsa_key
> -ConditionPathExists=!/etc/ssh/ssh_host_dsa_key
> -ConditionPathExists=!/etc/ssh/ssh_host_ecdsa_key
> -ConditionPathExists=!/etc/ssh/ssh_host_ed25519_key
> +ConditionPathExists=|!/var/run/ssh/ssh_host_rsa_key
> +ConditionPathExists=|!/var/run/ssh/ssh_host_dsa_key
> +ConditionPathExists=|!/var/run/ssh/ssh_host_ecdsa_key
> +ConditionPathExists=|!/var/run/ssh/ssh_host_ed25519_key
> +ConditionPathExists=|!/etc/ssh/ssh_host_rsa_key
> +ConditionPathExists=|!/etc/ssh/ssh_host_dsa_key
> +ConditionPathExists=|!/etc/ssh/ssh_host_ecdsa_key
> +ConditionPathExists=|!/etc/ssh/ssh_host_ed25519_key
>
>  [Service]
>  Environment="SYSCONFDIR=/etc/ssh"
>

Re: [OE-core] [PATCH v2] kmscube: add opengl to REQUIRED_DISTRO_FEATURES

2017-06-06 Thread Huang, Jie (Jackie)

Sorry I didn't notice that the v1 has been merged, please ignore this.

Thanks,
Jackie

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> jackie.hu...@windriver.com
> Sent: Wednesday, June 07, 2017 09:51
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH v2] kmscube: add opengl to
> REQUIRED_DISTRO_FEATURES
> 
> From: Jackie Huang 
> 
> kmscube depends on virtual/libgles2, virtual/egl and gstreamer1.0
> which require opengl in DISTRO_FEATURES.
> 
> Signed-off-by: Jackie Huang 
> ---
>  meta/recipes-graphics/kmscube/kmscube_git.bb | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb b/meta/recipes-
> graphics/kmscube/kmscube_git.bb
> index 0ec5b2a7fa..9050671ab1 100644
> --- a/meta/recipes-graphics/kmscube/kmscube_git.bb
> +++ b/meta/recipes-graphics/kmscube/kmscube_git.bb
> @@ -11,4 +11,6 @@ SRC_URI =
> "git://anongit.freedesktop.org/mesa/kmscube;branch=master;protocol=git
> 
>  S = "${WORKDIR}/git"
> 
> -inherit autotools pkgconfig
> +inherit autotools pkgconfig distro_features_check
> +
> +REQUIRED_DISTRO_FEATURES = "opengl"
> --
> 2.11.0
> 
> --
> ___
> 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] ✗ patchtest: failure for kmscube: add opengl to REQUIRED_DISTRO_FEATURES (rev2)

2017-06-06 Thread Patchwork

== Series Details ==

Series: kmscube: add opengl to REQUIRED_DISTRO_FEATURES (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/7059/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at 49c255494c)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] [PATCH v2] kmscube: add opengl to REQUIRED_DISTRO_FEATURES

2017-06-06 Thread jackie.huang

From: Jackie Huang 

kmscube depends on virtual/libgles2, virtual/egl and gstreamer1.0
which require opengl in DISTRO_FEATURES.

Signed-off-by: Jackie Huang 
---
 meta/recipes-graphics/kmscube/kmscube_git.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb 
b/meta/recipes-graphics/kmscube/kmscube_git.bb
index 0ec5b2a7fa..9050671ab1 100644
--- a/meta/recipes-graphics/kmscube/kmscube_git.bb
+++ b/meta/recipes-graphics/kmscube/kmscube_git.bb
@@ -11,4 +11,6 @@ SRC_URI = 
"git://anongit.freedesktop.org/mesa/kmscube;branch=master;protocol=git
 
 S = "${WORKDIR}/git"
 
-inherit autotools pkgconfig
+inherit autotools pkgconfig distro_features_check
+
+REQUIRED_DISTRO_FEATURES = "opengl"
-- 
2.11.0

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

Re: [OE-core] [PATCH] libunwind: fix build failure on MIPS

2017-06-06 Thread akuster808




On 06/05/2017 01:53 PM, Ross Burton wrote:

Signed-off-by: Ross Burton 
---


under what conditions is this failing? or what is the build failure 
message. The subject makes it sound like your host is a Mips system.



- armin

  .../libunwind/libunwind/fix-mips.patch | 134 +
  meta/recipes-support/libunwind/libunwind_1.2.bb|   1 +
  2 files changed, 135 insertions(+)
  create mode 100644 meta/recipes-support/libunwind/libunwind/fix-mips.patch

diff --git a/meta/recipes-support/libunwind/libunwind/fix-mips.patch 
b/meta/recipes-support/libunwind/libunwind/fix-mips.patch
new file mode 100644
index 000..0022237
--- /dev/null
+++ b/meta/recipes-support/libunwind/libunwind/fix-mips.patch
@@ -0,0 +1,134 @@
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 5f354cb7b9c84dae006f0ebd8ad7a78d7e2aad0c Mon Sep 17 00:00:00 2001
+From: Dave Watson 
+Date: Wed, 25 Jan 2017 16:18:02 -0800
+Subject: [PATCH] mips/tilegx: Add missing unwind_i.h header file
+
+reported-by: John Knight 
+---
+ src/Makefile.am | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 5d874755..7de4c425 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -280,7 +280,7 @@ libunwind_hppa_la_SOURCES_hppa = 
$(libunwind_la_SOURCES_hppa_common)   \
+   hppa/Gresume.c hppa/Gstep.c
+
+ # The list of files that go info libunwind and libunwind-mips:
+-noinst_HEADERS += mips/init.h mips/offsets.h
++noinst_HEADERS += mips/init.h mips/offsets.h mips/unwind_i.h
+ libunwind_la_SOURCES_mips_common = $(libunwind_la_SOURCES_common) \
+   mips/is_fpreg.c mips/regname.c
+
+@@ -299,7 +299,7 @@ libunwind_mips_la_SOURCES_mips = 
$(libunwind_la_SOURCES_mips_common)   \
+   mips/Gis_signal_frame.c mips/Gregs.c mips/Gresume.c mips/Gstep.c
+
+ # The list of files that go info libunwind and libunwind-tilegx:
+-noinst_HEADERS += tilegx/init.h tilegx/offsets.h
++noinst_HEADERS += tilegx/init.h tilegx/offsets.h tilegx/unwind_i.h
+ libunwind_la_SOURCES_tilegx_common = $(libunwind_la_SOURCES_common)   \
+   tilegx/is_fpreg.c tilegx/regname.c
+
+diff --git a/src/mips/unwind_i.h b/src/mips/unwind_i.h
+new file mode 100644
+index 000..3382dcf
+--- /dev/null
 b/src/mips/unwind_i.h
+@@ -0,0 +1,43 @@
++/* libunwind - a platform-independent unwind library
++   Copyright (C) 2008 CodeSourcery
++
++This file is part of libunwind.
++
++Permission is hereby granted, free of charge, to any person obtaining
++a copy of this software and associated documentation files (the
++"Software"), to deal in the Software without restriction, including
++without limitation the rights to use, copy, modify, merge, publish,
++distribute, sublicense, and/or sell copies of the Software, and to
++permit persons to whom the Software is furnished to do so, subject to
++the following conditions:
++
++The above copyright notice and this permission notice shall be
++included in all copies or substantial portions of the Software.
++
++THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
++EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
++MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
++NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
++LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
++OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
++WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.  */
++
++#ifndef unwind_i_h
++#define unwind_i_h
++
++#include 
++
++#include 
++
++#include "libunwind_i.h"
++
++#define mips_lock   UNW_OBJ(lock)
++#define mips_local_resume   UNW_OBJ(local_resume)
++#define mips_local_addr_space_init  UNW_OBJ(local_addr_space_init)
++
++extern int mips_local_resume (unw_addr_space_t as, unw_cursor_t *cursor,
++ void *arg);
++
++extern void mips_local_addr_space_init (void);
++
++#endif /* unwind_i_h */
+diff --git a/src/tilegx/unwind_i.h b/src/tilegx/unwind_i.h
+new file mode 100644
+index 000..aac7be3
+--- /dev/null
 b/src/tilegx/unwind_i.h
+@@ -0,0 +1,44 @@
++/* libunwind - a platform-independent unwind library
++   Copyright (C) 2008 CodeSourcery
++
++This file is part of libunwind.
++
++Permission is hereby granted, free of charge, to any person obtaining
++a copy of this software and associated documentation files (the
++"Software"), to deal in the Software without restriction, including
++without limitation the rights to use, copy, modify, merge, publish,
++distribute, sublicense, and/or sell copies of the Software, and to
++permit persons to whom the Software is furnished to do so, subject to
++the following conditions:
++
++The above copyright notice and this permission notice shall be
++included in all copies or substantial portions of the Software.

[OE-core] [PATCH 2/2] fts: Switch SRC_URI to github

2017-06-06 Thread Khem Raj

Use the package maintained by voidlinux
Drop local patches

Signed-off-by: Khem Raj 
---
 meta/recipes-core/fts/fts.bb   |   36 +-
 .../fts/fts/fts-header-correctness.patch   |   25 -
 meta/recipes-core/fts/fts/fts-uclibc.patch |   50 -
 meta/recipes-core/fts/fts/gcc5.patch   | 1368 
 meta/recipes-core/fts/fts/remove_cdefs.patch   |   69 -
 meta/recipes-core/fts/fts/stdint.patch |   15 -
 6 files changed, 8 insertions(+), 1555 deletions(-)
 delete mode 100644 meta/recipes-core/fts/fts/fts-header-correctness.patch
 delete mode 100644 meta/recipes-core/fts/fts/fts-uclibc.patch
 delete mode 100644 meta/recipes-core/fts/fts/gcc5.patch
 delete mode 100644 meta/recipes-core/fts/fts/remove_cdefs.patch
 delete mode 100644 meta/recipes-core/fts/fts/stdint.patch

diff --git a/meta/recipes-core/fts/fts.bb b/meta/recipes-core/fts/fts.bb
index de9297ebed..02f54086a3 100644
--- a/meta/recipes-core/fts/fts.bb
+++ b/meta/recipes-core/fts/fts.bb
@@ -3,38 +3,18 @@
 
 SUMMARY = "POSIX file tree stream operations library"
 HOMEPAGE = "https://sites.google.com/a/bostic.com/keithbostic;
-LICENSE = "BSD-4-Clause"
-LIC_FILES_CHKSUM = 
"file://fts.h;beginline=1;endline=36;md5=2532eddb3d1a21905723a4011ec4e085"
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://COPYING;md5=5ffe358174aad383f1b69ce3b53da982"
 SECTION = "libs"
 
-SRC_URI = "https://sites.google.com/a/bostic.com/keithbostic/files/fts.tar.gz \
-   file://fts-header-correctness.patch \
-   file://fts-uclibc.patch \
-   file://remove_cdefs.patch \
-   file://stdint.patch \
-   file://gcc5.patch \
-"
-
-SRC_URI[md5sum] = "120c14715485ec6ced14f494d059d20a"
-SRC_URI[sha256sum] = 
"3df9b9b5a45aeaf16f33bb84e692a10dc662e22ec8a51748f98767d67fb6f342"
-
-S = "${WORKDIR}/${BPN}"
+SRCREV = "944333aed9dc24cfa76cc64bfe70c75d25652753"
+PV = "1.2+git${SRCPV}"
 
-do_configure[noexec] = "1"
-
-HASHSTYLE_mipsarch = "sysv"
-HASHSTYLE = "gnu"
-
-VER = "0"
-do_compile () {
-${CC} -I${S} -fPIC -shared -Wl,--hash-style=${HASHSTYLE} -o 
libfts.so.${VER} -Wl,-soname,libfts.so.${VER} ${S}/fts.c
-}
+SRC_URI = "git://github.com/voidlinux/musl-fts \
+"
+S = "${WORKDIR}/git"
 
-do_install() {
-install -Dm755 ${B}/libfts.so.${VER} ${D}${libdir}/libfts.so.${VER}
-ln -sf libfts.so.${VER} ${D}${libdir}/libfts.so
-install -Dm644 ${S}/fts.h ${D}${includedir}/fts.h
-}
+inherit autotools pkgconfig
 #
 # We will skip parsing for non-musl systems
 #
diff --git a/meta/recipes-core/fts/fts/fts-header-correctness.patch 
b/meta/recipes-core/fts/fts/fts-header-correctness.patch
deleted file mode 100644
index c73ddc95d8..00
--- a/meta/recipes-core/fts/fts/fts-header-correctness.patch
+++ /dev/null
@@ -1,25 +0,0 @@
-Included needed headers for compiling with musl
-
-Signed-off-by: Khem Raj 
-Upstream-Status: Inappropriate
-
 fts.orig/fts.h
-+++ fts/fts.h
-@@ -38,6 +38,17 @@
- #ifndef   _FTS_H_
- #define   _FTS_H_
- 
-+#include 
-+#include 
-+#include 
-+
-+#include 
-+#include 
-+#include 
-+#include 
-+#include 
-+#include 
-+
- typedef struct {
-   struct _ftsent *fts_cur;/* current node */
-   struct _ftsent *fts_child;  /* linked list of children */
diff --git a/meta/recipes-core/fts/fts/fts-uclibc.patch 
b/meta/recipes-core/fts/fts/fts-uclibc.patch
deleted file mode 100644
index 397654bf51..00
--- a/meta/recipes-core/fts/fts/fts-uclibc.patch
+++ /dev/null
@@ -1,50 +0,0 @@
-Add missing defines for uclibc
-
-Signed-off-by: Khem Raj 
-Upstream-Status: Inappropriate
-
 fts.orig/fts.c
-+++ fts/fts.c
-@@ -31,6 +31,10 @@
-  * SUCH DAMAGE.
-  */
- 
-+#define   alignof(TYPE)   ((int) &((struct { char dummy1; TYPE dummy2; } 
*) 0)->dummy2)
-+#define   ALIGNBYTES  (alignof(long double) - 1)
-+#define   ALIGN(p)(((uintptr_t)(p) + ALIGNBYTES) & ~ALIGNBYTES) 
-+
- #if defined(LIBC_SCCS) && !defined(lint)
- static char sccsid[] = "@(#)fts.c 8.6 (Berkeley) 8/14/94";
- #endif /* LIBC_SCCS and not lint */
-@@ -652,10 +656,10 @@
-   if (!ISSET(FTS_SEEDOT) && ISDOT(dp->d_name))
-   continue;
- 
--  if ((p = fts_alloc(sp, dp->d_name, (int)dp->d_namlen)) == NULL)
-+  if ((p = fts_alloc(sp, dp->d_name, (int)dp->d_reclen)) == NULL)
-   goto mem1;
--  if (dp->d_namlen > maxlen) {
--  if (fts_palloc(sp, (size_t)dp->d_namlen)) {
-+  if (dp->d_reclen > maxlen) {
-+  if (fts_palloc(sp, (size_t)dp->d_reclen)) {
-   /*
-* No more memory for path or structures.  Save
-* errno, free up the current structure and the
-@@ -675,7 +679,7 @@
-   maxlen = sp->fts_pathlen - sp->fts_cur->fts_pathlen - 1;
-   }
- 
--

[OE-core] [PATCH 1/2] gstreamer1.0-plugins-bad: Fix missing library with bcm egl

2017-06-06 Thread Khem Raj

userland graphics driver provided libegl for rpi depends upon
symbols from vchostif library, therefore add it to linker cmdline

helps with loadng gst-gl plugins on rpi

Signed-off-by: Khem Raj 
---
 .../link-with-libvchostif.patch| 35 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb   |  1 +
 2 files changed, 36 insertions(+)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/link-with-libvchostif.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/link-with-libvchostif.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/link-with-libvchostif.patch
new file mode 100644
index 00..c382b17586
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/link-with-libvchostif.patch
@@ -0,0 +1,35 @@
+Add -lvchostif to link when using -lEGL on rpi
+
+This is required because libEGL from userland uses sybols
+from this library.
+
+lib/libEGL.so.1.0.0


  121:  0 FUNCGLOBAL DEFAULT  UND vc_dispmanx_element_add
+  1552:  0 FUNCGLOBAL DEFAULT  UND vc_dispmanx_element_add
+
+These symbols are provided by libvchostif as seen below
+
+lib/libvchostif.so
+   252: b161   192 FUNCGLOBAL DEFAULT9 vc_dispmanx_element_add
+   809: b161   192 FUNCGLOBAL DEFAULT9 vc_dispmanx_element_add
+
+With this explicit link, plugins fail during runtime
+
+(gst-plugin-scanner:571): GStreamer-WARNING **: Failed to load plugin 
'/usr/lib/gstreamer-1.0/libgstomx.so': Error relocating 
/usr/lib/libgstgl-1.0.so.0: vc_dispmanx_element_add: symbol not found
+(gst-plugin-scanner:571): GStreamer-WARNING **: Failed to load plugin 
'/usr/lib/gstreamer-1.0/libgstopengl.so': Error relocating 
/usr/lib/libgstgl-1.0.so.0: vc_dispmanx_element_add: symbol not found
+
+Signed-off-by: Khem Raj 
+
+Upstream-Status: Pending
+Index: gst-plugins-bad-1.10.4/configure.ac
+===
+--- gst-plugins-bad-1.10.4.orig/configure.ac
 gst-plugins-bad-1.10.4/configure.ac
+@@ -785,7 +785,7 @@ case $host in
+ HAVE_EGL=yes
+ HAVE_GLES2=yes
+ HAVE_EGL_RPI=yes
+-EGL_LIBS="-lbcm_host -lvcos -lvchiq_arm"
++EGL_LIBS="-lbcm_host -lvchostif -lvcos 
-lvchiq_arm"
+ EGL_CFLAGS=""
+ AC_DEFINE(USE_EGL_RPI, [1], [Use RPi platform])
+   ])
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb
index 0bb4053e43..def03a9b81 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb
@@ -18,6 +18,7 @@ SRC_URI = " \
 file://0001-smoothstreaming-implement-adaptivedemux-s-get_live_s.patch \
 file://0001-smoothstreaming-use-the-duration-from-the-list-of-fr.patch \
 file://0001-mssdemux-improved-live-playback-support.patch \
+file://link-with-libvchostif.patch \
 "
 SRC_URI[md5sum] = "2757103e57a096a1a05b3ab85b8381af"
 SRC_URI[sha256sum] = 
"23ddae506b3a223b94869a0d3eea3e9a12e847f94d2d0e0b97102ce13ecd6966"
-- 
2.13.0

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

[OE-core] [PATCH V4] distutils-base.bbclass: Do not use -pie with hardening

2017-06-06 Thread Khem Raj

Fix build when PIE is turned on. It tries to build
.so file using -pie and -shared flags together because
its doing compile and link in same step CFLAGS and LDFLAGS
are combined and does not work, ending in errors e.g.

| 
/mnt/a/oe/build/tmp/work/cortexa7t2hf-neon-vfpv4-bec-linux-musleabi/python-pygpgme/0.3-r0/recipe-sysroot/usr/l
ib/Scrt1.o: In function `_start_c':
| /usr/src/debug/musl/1.1.16+gitAUTOINC+179766aa2e-r0/git/crt/crt1.c:17: 
undefined reference to `main'
| collect2: error: ld returned 1 exit status

This error while cryptic is due to the fact that we are
building a shared library but also pass -pie flag to the link
step after specify LDHSARED ( which is -shared linker flags )

we can not use -pie when doing shared libs. This is true for all the python
modules inheriting setup tools

Disable the pie flags thusly for all modules using setuptools since
this setting is done in setuptools makefiles which are then used
during module compiles

Signed-off-by: Khem Raj 
---
v1 -> v2
- Move change to distutils-base
V2 -> v3
- Fix a missing end quote
v3 -> v4
- Move the chage to distutils-common-base to cover python3 as well

 meta/classes/distutils-common-base.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/distutils-common-base.bbclass 
b/meta/classes/distutils-common-base.bbclass
index 824a1b68b1..fa733c672c 100644
--- a/meta/classes/distutils-common-base.bbclass
+++ b/meta/classes/distutils-common-base.bbclass
@@ -11,3 +11,5 @@ FILES_${PN}-dev += "\
   ${libdir}/pkgconfig \
   ${PYTHON_SITEPACKAGES_DIR}/*.la \
 "
+
+SECURITY_CFLAGS = "${SECURITY_NO_PIE_CFLAGS}"
-- 
2.13.0

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

[OE-core] [PATCH v2] runqemu-export-rootfs: don't change RPC ports

2017-06-06 Thread Cody P Schafer

RPC ports (also known as rpc program numbers) are values:

 - given to rpcbind (aka portmapper) to allow nfsv3 clients that don't
   know the tcp/udp port number of nfsd and mountd to look it up the
   tcp/udp port number, and to

 - allow a single transport (ie: tcp/udp port) to provide multiple
   sunrpc services.

OE has carried patches to nfsutils & linux for some time to support the
mountprog & nfsprog options.

In the case of runqemu-export-rootfs, we don't need to use custom rpc
program numbers because runqemu-export-rootfs tells unfsd not to
register with the portmapper, and unfsd runs the nfs and mount rpc
services on tcp/udp ports unfsd binds itself (iow: the tcp/udp ports are
not shared in the sunrpc sense).

Linux's nfs client does not query rpcbind when tcp/udp port numbers are
specified (in net/sunrpc/clnt.c, call_bind checks for the tcp/udp port
with xprt_bound() and skips the call to rpcbind if xprtsock.c's
xs_setup_udp() or xs_setup_tcp() has found a non-zero tcp/udp port).

The program numbers _are_ sent over the mount & nfs protocol (really,
over sunrpc), and checked to match at both ends. As a result, even when
rpcbind is unused, using different program numbers in unfsd vs linux
nfs client causes mounts to fail (and nfsroot mounts to timeout).

The result is that specifying custom program numbers in
runqemu-export-rootfs doesn't solve any conflicts, it simply requires
that users of runqemu-export-rootfs carry a kernel patch & adds 2 extra
parameters to the kernel command line unnecessarily.

Change runqemu-export-rootfs to use the default program numbers.

For now, I have not dropped the custom program number patches to linux,
nfs-utils, and unfsd just in case someone is using them in a
non-runqemu-export-rootfs context.

CC: Bruce Ashfield 
CC: Mark Hatle 
Signed-off-by: Cody P Schafer 
---
v2: add a much better commit message to clarify some confusion
---
 scripts/runqemu-export-rootfs | 8 ++--
 1 file changed, 2 insertions(+), 6 deletions(-)

diff --git a/scripts/runqemu-export-rootfs b/scripts/runqemu-export-rootfs
index c7992d8223..70cdcdbb13 100755
--- a/scripts/runqemu-export-rootfs
+++ b/scripts/runqemu-export-rootfs
@@ -77,10 +77,6 @@ if [ ! -d "$PSEUDO_LOCALSTATEDIR" ]; then
exit 1  
 fi
 
-# rpc.mountd RPC port
-MOUNTD_RPCPORT=${MOUNTD_RPCPORT:=$[ 2 + $NFS_INSTANCE ]}
-# rpc.nfsd RPC port
-NFSD_RPCPORT=${NFSD_RPCPORT:=$[ 1 + $NFS_INSTANCE ]}
 # NFS server port number
 NFSD_PORT=${NFSD_PORT:=$[ 3049 + 2 * $NFS_INSTANCE ]}
 # mountd port number
@@ -88,7 +84,7 @@ MOUNTD_PORT=${MOUNTD_PORT:=$[ 3048 + 2 * $NFS_INSTANCE ]}
 
 ## For debugging you would additionally add
 ## --debug all
-UNFSD_OPTS="-p -N -i $NFSPID -e $EXPORTS -x $NFSD_RPCPORT -n $NFSD_PORT -y 
$MOUNTD_RPCPORT -m $MOUNTD_PORT"
+UNFSD_OPTS="-p -N -i $NFSPID -e $EXPORTS -n $NFSD_PORT -m $MOUNTD_PORT"
 
 # See how we were called.
 case "$1" in
@@ -130,7 +126,7 @@ case "$1" in
fi
echo " "
echo "On your target please remember to add the following options for 
NFS"
-   echo 
"nfsroot=IP_ADDRESS:$NFS_EXPORT_DIR,nfsvers=3,port=$NFSD_PORT,mountprog=$MOUNTD_RPCPORT,nfsprog=$NFSD_RPCPORT,udp,mountport=$MOUNTD_PORT"
+   echo 
"nfsroot=IP_ADDRESS:$NFS_EXPORT_DIR,nfsvers=3,port=$NFSD_PORT,udp,mountport=$MOUNTD_PORT"
;;
   stop)
if [ -f "$NFSPID" ]; then
-- 
2.13.0

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

Re: [OE-core] [oe-core] DISK_SIGNATURE no longer functional

2017-06-06 Thread Jonathan Liu

Hi Michael,

See https://patchwork.openembedded.org/patch/128565/. SYSLINUX_ROOT was
renamed to ROOT_VM in Krogoth.

Regards,
Jonathan

On Tue., 6 Jun. 2017 at 11:29 pm, Davis, Michael 
wrote:

> Pyro.
>
> Guessing something with all the new wic additions killed it.
>
>
> -Original Message-
> From: Jonathan Liu [mailto:net...@gmail.com]
> Sent: Monday, June 05, 2017 7:17 PM
> To: Davis, Michael
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [oe-core] DISK_SIGNATURE no longer functional
>
> Hi Michael,
>
> On 21 May 2017 at 03:16, Davis, Michael  wrote:
> > I am trying to create a generic MSDOS PC_BIOS hdddirect image with a root
> > partition set by the DISK_SIGNATURE.
> >
> > SYSLINUX_ROOT = "root=PARTUUID=${DISK_SIGNATURE}-02"
> >
> >
> >
> > However the signature generated in syslinux.cfg and the one on the disk
> > don’t match.
> >
> > I tried defining my own signature and the one in syslinux changes, but
> the
> > one on the disk doesn’t match.
> >
> >
> >
> > root=PARTUUID=22aaf83b-02
> >
> >
> >
> > NAME   PARTUUID
> >
> > sdd
> >
> > ├─sdd2 341e84a7-02
> >
> > ├─sdd3 341e84a7-03
> >
> > └─sdd1 341e84a7-01
>
> Which release did DISK_SIGNATURE stop working?
>
> Regards,
> Jonathan
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libunwind: fix build failure on MIPS

2017-06-06 Thread Burton, Ross

On 6 June 2017 at 20:04, Martin Jansa  wrote:

> Do you also have a fix for armv5t build issue with this new libunwind
> version?
>

Goddamnit libunwind!

No, I don't.

I've got a patch locally to enable libunwind in perf to give it better
coverage as currently it is only built in world builds on the autobuilder,
which isn't all architectures.

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

[OE-core] [PATCH v3] oeqa/selftest: Adds verification for the integrity compressed images

2017-06-06 Thread Francisco Pedraza

Added verification for images compression divided in 3 steps.
1. Add IMAGE_FSTYPES += "[type(s)]" to ~/conf/local.conf
2. Build a "core-image-minimal" using this configuration.
3. Verify that the image compressed file is present in rootfs directory.
YOCTO[#10745]

Signed-off-by: Francisco Pedraza 
---
 meta/lib/oeqa/selftest/cases/runtime_test.py | 33 
 1 file changed, 33 insertions(+)

diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py 
b/meta/lib/oeqa/selftest/cases/runtime_test.py
index 9fec4d8..d0e467e 100644
--- a/meta/lib/oeqa/selftest/cases/runtime_test.py
+++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
@@ -237,3 +237,36 @@ postinst-delayed-t \
 sshargs = '-o UserKnownHostsFile=/dev/null -o 
StrictHostKeyChecking=no'
 result = runCmd('ssh %s root@%s %s' % (sshargs, qemu.ip, 
testcommand))
 self.assertEqual(result.status, 0, 'File %s was not 
created at firts boot'% fileboot_name)
+
+class GeneratedImages(OESelftestTestCase):
+@OETestID(1845)
+def test_integrity_compressed_images(self):
+"""
+Summary: The purpose of this test is to verify the correct behavior of 
all the available images compression.
+Bugzilla ID: [10745]
+Steps:
+1. Add IMAGE_FSTYPES += "[type(s)]" to ~/conf/local.conf
+2. Build a "core-image-minimal" using this configuration.
+3. Verify that the image compressed file is present in rootfs 
directory.
+"""
+# Step 1 Add configuration to conf/local.conf
+image_types = get_bb_var('IMAGE_TYPES', 'core-image-minimal')
+features = 'IMAGE_CONTAINER_NO_DUMMY = "1"\n'
+features_list = image_types.split()
+self.write_config("IMAGE_FSTYPES += \"%s\"" % image_types)
+self.append_config(features)
+
+# Step 2, compile.
+build = 'core-image-minimal'
+bitbake(build)
+
+for image_feature in features_list:
+# Step 3 Verify compressed images are present in rottfs directory.
+need_vars = ['DEPLOY_DIR_IMAGE','MACHINE']
+bb_vars = get_bb_vars(need_vars, 'core-image-minimal')
+deploy_dir_image = bb_vars['DEPLOY_DIR_IMAGE']
+machine = bb_vars['MACHINE']
+compressed_file = "%s-%s.%s" % (build, machine, image_feature)
+complete_path = os.path.join(deploy_dir_image, compressed_file)
+msg = "Couldn't find compressed file: %s" % complete_path
+self.assertEqual(os.path.isfile(complete_path), True, msg)
-- 
1.8.3.1

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

Re: [OE-core] [PATCH] libunwind: fix build failure on MIPS

2017-06-06 Thread Martin Jansa

Do you also have a fix for armv5t build issue with this new libunwind
version?

http://errors.yoctoproject.org/Errors/Details/143838/

On Mon, Jun 5, 2017 at 10:53 PM, Ross Burton  wrote:

> Signed-off-by: Ross Burton 
> ---
>  .../libunwind/libunwind/fix-mips.patch | 134
> +
>  meta/recipes-support/libunwind/libunwind_1.2.bb|   1 +
>  2 files changed, 135 insertions(+)
>  create mode 100644 meta/recipes-support/libunwind/libunwind/fix-mips.
> patch
>
> diff --git a/meta/recipes-support/libunwind/libunwind/fix-mips.patch
> b/meta/recipes-support/libunwind/libunwind/fix-mips.patch
> new file mode 100644
> index 000..0022237
> --- /dev/null
> +++ b/meta/recipes-support/libunwind/libunwind/fix-mips.patch
> @@ -0,0 +1,134 @@
> +Upstream-Status: Backport
> +Signed-off-by: Ross Burton 
> +
> +From 5f354cb7b9c84dae006f0ebd8ad7a78d7e2aad0c Mon Sep 17 00:00:00 2001
> +From: Dave Watson 
> +Date: Wed, 25 Jan 2017 16:18:02 -0800
> +Subject: [PATCH] mips/tilegx: Add missing unwind_i.h header file
> +
> +reported-by: John Knight 
> +---
> + src/Makefile.am | 4 ++--
> + 1 file changed, 2 insertions(+), 2 deletions(-)
> +
> +diff --git a/src/Makefile.am b/src/Makefile.am
> +index 5d874755..7de4c425 100644
> +--- a/src/Makefile.am
>  b/src/Makefile.am
> +@@ -280,7 +280,7 @@ libunwind_hppa_la_SOURCES_hppa =
> $(libunwind_la_SOURCES_hppa_common)   \
> +   hppa/Gresume.c hppa/Gstep.c
> +
> + # The list of files that go info libunwind and libunwind-mips:
> +-noinst_HEADERS += mips/init.h mips/offsets.h
> ++noinst_HEADERS += mips/init.h mips/offsets.h mips/unwind_i.h
> + libunwind_la_SOURCES_mips_common = $(libunwind_la_SOURCES_common)
>\
> +   mips/is_fpreg.c mips/regname.c
> +
> +@@ -299,7 +299,7 @@ libunwind_mips_la_SOURCES_mips =
> $(libunwind_la_SOURCES_mips_common)   \
> +   mips/Gis_signal_frame.c mips/Gregs.c mips/Gresume.c mips/Gstep.c
> +
> + # The list of files that go info libunwind and libunwind-tilegx:
> +-noinst_HEADERS += tilegx/init.h tilegx/offsets.h
> ++noinst_HEADERS += tilegx/init.h tilegx/offsets.h tilegx/unwind_i.h
> + libunwind_la_SOURCES_tilegx_common = $(libunwind_la_SOURCES_common)
>\
> +   tilegx/is_fpreg.c tilegx/regname.c
> +
> +diff --git a/src/mips/unwind_i.h b/src/mips/unwind_i.h
> +new file mode 100644
> +index 000..3382dcf
> +--- /dev/null
>  b/src/mips/unwind_i.h
> +@@ -0,0 +1,43 @@
> ++/* libunwind - a platform-independent unwind library
> ++   Copyright (C) 2008 CodeSourcery
> ++
> ++This file is part of libunwind.
> ++
> ++Permission is hereby granted, free of charge, to any person obtaining
> ++a copy of this software and associated documentation files (the
> ++"Software"), to deal in the Software without restriction, including
> ++without limitation the rights to use, copy, modify, merge, publish,
> ++distribute, sublicense, and/or sell copies of the Software, and to
> ++permit persons to whom the Software is furnished to do so, subject to
> ++the following conditions:
> ++
> ++The above copyright notice and this permission notice shall be
> ++included in all copies or substantial portions of the Software.
> ++
> ++THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
> ++EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
> ++MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
> ++NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
> ++LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
> ++OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
> ++WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.  */
> ++
> ++#ifndef unwind_i_h
> ++#define unwind_i_h
> ++
> ++#include 
> ++
> ++#include 
> ++
> ++#include "libunwind_i.h"
> ++
> ++#define mips_lock   UNW_OBJ(lock)
> ++#define mips_local_resume   UNW_OBJ(local_resume)
> ++#define mips_local_addr_space_init  UNW_OBJ(local_addr_space_init)
> ++
> ++extern int mips_local_resume (unw_addr_space_t as, unw_cursor_t *cursor,
> ++ void *arg);
> ++
> ++extern void mips_local_addr_space_init (void);
> ++
> ++#endif /* unwind_i_h */
> +diff --git a/src/tilegx/unwind_i.h b/src/tilegx/unwind_i.h
> +new file mode 100644
> +index 000..aac7be3
> +--- /dev/null
>  b/src/tilegx/unwind_i.h
> +@@ -0,0 +1,44 @@
> ++/* libunwind - a platform-independent unwind library
> ++   Copyright (C) 2008 CodeSourcery
> ++
> ++This file is part of libunwind.
> ++
> ++Permission is hereby granted, free of charge, to any person obtaining
> ++a copy of this software and associated documentation files (the
> ++"Software"), to deal in the Software without restriction, including
> ++without limitation the rights to use, copy, modify, merge, publish,
> ++distribute, sublicense, and/or sell copies of the Software,

Re: [OE-core] [oe-core][PATCH 1/1] ghostscript: move to version 9.21

2017-06-06 Thread Slater, Joseph

A couple of patches have been submitted moving ghostscript from 9.20 to 9.21.  
Should I submit a new one fixing the CUPSCONFIG issue, or is the one from Fan 
Xin being considered instead?

Joe

From: Slater, Joseph
Sent: Thursday, May 25, 2017 2:54 PM
To: Slater, Joseph; BURTON, ROSS
Cc: OE-core
Subject: RE: [OE-core] [oe-core][PATCH 1/1] ghostscript: move to version 9.21

Setting CUPSCONFIG as an argument to configure works.  I’ve filed a bug with 
ghostscript to
See if they confirm the issue.  I could modify my 9.21 patch to set CUPSCONFIG 
for target builds and
Things should be back to where they were.

Joe

From: 
openembedded-core-boun...@lists.openembedded.org
 [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Slater, 
Joseph
Sent: Thursday, May 25, 2017 12:44 PM
To: BURTON, ROSS
Cc: OE-core
Subject: Re: [OE-core] [oe-core][PATCH 1/1] ghostscript: move to version 9.21

I don’t know if it’s intentional, but it does seem to be a feature of 9.21 that 
cups support
Is never built even though configure finds cups.h and cups-config.

In trying to compare build logs, I see a new variable called BUILD_CUPSCONFIG 
which is
Set to what the old CUPSCONFIG variable was.  In the new log, CUPSCONFIG is 
null.

Joe

From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Thursday, May 25, 2017 5:50 AM
To: Slater, Joseph
Cc: OE-core
Subject: Re: [OE-core] [oe-core][PATCH 1/1] ghostscript: move to version 9.21

On 24 May 2017 at 18:39, Joe Slater 
> wrote:
Eliminate CVE patches that are now in source.  Add CVE-2017-7975
patch.

packages/corei7-64-poky-linux/ghostscript/ghostscript: RDEPENDS: removed all 
items "cups-libimage (['>= 2.2.2']) cups-lib (['>= 2.2.2'])"

Is that intentional?

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

Re: [OE-core] [PATCH v3] u-boot: Update to 2017.05 release

2017-06-06 Thread Burton, Ross

On 6 June 2017 at 02:09, Marek Vasut  wrote:

> I was hoping to see v2017.05 update in master before sending any
> subsequent patches.
>

Fair enough :)

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

[OE-core] [oe-core][PATCH 1/1] go: do not try to build for powerpc64

2017-06-06 Thread Joe Slater

Add powerpc64 to the incompatible host list.

Signed-off-by: Joe Slater 
---
 meta/recipes-devtools/go/go.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/go/go.inc b/meta/recipes-devtools/go/go.inc
index 25437dd..91d040d 100644
--- a/meta/recipes-devtools/go/go.inc
+++ b/meta/recipes-devtools/go/go.inc
@@ -14,8 +14,9 @@ INHIBIT_SYSROOT_STRIP = "1"
 
 # x32 ABI is not supported on go compiler so far
 COMPATIBLE_HOST_linux-gnux32 = "null"
-# ppc32 is not supported in go compilers
+# ppc is not supported in go compilers
 COMPATIBLE_HOST_powerpc = "null"
+COMPATIBLE_HOST_powerpc64 = "null"
 
 export GOHOSTOS = "${BUILD_GOOS}"
 export GOHOSTARCH = "${BUILD_GOARCH}"
-- 
2.7.4

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

Re: [OE-core] [PATCH] mesa: Add define to indicate missing 64bit atomics on armv5

2017-06-06 Thread Khem Raj

On Tue, Jun 6, 2017 at 11:02 AM, Burton, Ross  wrote:
>
> On 6 June 2017 at 18:33, Khem Raj  wrote:
>>
>> yes. and there is such a patch proposed as well to mesa but
>> it has got some feedback so I did not bring that in. This patch
>> instead is surgical.
>
>
> Cool.  Just got to remember to back this out when upstream is fixed.
>

yes, although effects will be same.

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

Re: [OE-core] [PATCH] mesa: Add define to indicate missing 64bit atomics on armv5

2017-06-06 Thread Burton, Ross

On 6 June 2017 at 18:33, Khem Raj  wrote:

> yes. and there is such a patch proposed as well to mesa but
> it has got some feedback so I did not bring that in. This patch
> instead is surgical.
>

Cool.  Just got to remember to back this out when upstream is fixed.

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

Re: [OE-core] [PATCH] mesa: Add define to indicate missing 64bit atomics on armv5

2017-06-06 Thread Khem Raj

On Tue, Jun 6, 2017 at 10:32 AM, Burton, Ross  wrote:
>
> On 6 June 2017 at 18:13, Khem Raj  wrote:
>>
>> This is wrongly detected by configure since it only checks for
>> __sync_add_and_fetch and not __atomic_fetch_add, it decides
>> to let compiler emit references to atomic functions which
>> it expects to be provided by libgcc, but thats not the
>> case for armv5 arch
>
>
> Is the true fix to adjust configure to look for the right operations?
>

yes. and there is such a patch proposed as well to mesa but
it has got some feedback so I did not bring that in. This patch
instead is surgical.

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

Re: [OE-core] [PATCH] mesa: Add define to indicate missing 64bit atomics on armv5

2017-06-06 Thread Burton, Ross

On 6 June 2017 at 18:13, Khem Raj  wrote:

> This is wrongly detected by configure since it only checks for
> __sync_add_and_fetch and not __atomic_fetch_add, it decides
> to let compiler emit references to atomic functions which
> it expects to be provided by libgcc, but thats not the
> case for armv5 arch
>

Is the true fix to adjust configure to look for the right operations?

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

Re: [OE-core] [PATCH] tcf-agent: Fix daemon termination

2017-06-06 Thread Martin Kelly


On 06/06/2017 03:11 AM, Jan Kiszka wrote:

On 2017-06-01 02:17, Martin Kelly wrote:

On 05/02/2017 01:41 AM, Martin Kelly wrote:

On 04/30/2017 08:28 AM, Jan Kiszka wrote:

From: Jan Kiszka 

The upstream init script uses SIGUSR2 to terminate that daemon because
SIGTERM is ignored. As the killproc function does not support specifying
a signal, switch to start-stop-daemon. Drop the retry loop because
SIGUSR2 is lethal for agent.

Signed-off-by: Jan Kiszka 


Thanks! I noticed this bug and was planning to look into it, but it
looks like you found the issue first! This was bringing shutdowns to a
crawl for me.


I just noticed, I think we need to fix the same bug in the systemd
service script too.


Does this block this patch, or should this be done in a separate one? I
noticed that it's still not merged.



I sent a separate patch for fixing the systemd issue, so I think we can 
merge the two patches separately (they're both needed):


https://patchwork.openembedded.org/patch/140355/

Neither of our patches have been merged yet.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] mesa: Add define to indicate missing 64bit atomics on armv5

2017-06-06 Thread Khem Raj

This is wrongly detected by configure since it only checks for
__sync_add_and_fetch and not __atomic_fetch_add, it decides
to let compiler emit references to atomic functions which
it expects to be provided by libgcc, but thats not the
case for armv5 arch

[YOCTO #11616]

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/mesa/mesa.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 67039a9962..014044f381 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -79,6 +79,8 @@ PACKAGECONFIG[unwind] = 
"--enable-libunwind,--disable-libunwind,libunwind"
 # llvmpipe is slow if compiled with -fomit-frame-pointer (e.g. -O2)
 FULL_OPTIMIZATION_append = " -fno-omit-frame-pointer"
 
+CFLAGS_append_armv5 = " -DMISSING_64BIT_ATOMICS"
+
 # Multiple virtual/gl providers being built breaks staging
 EXCLUDE_FROM_WORLD = "1"
 
-- 
2.13.0

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

Re: [OE-core] [PATCH] archiver: preserve sysroot paths in configured mode

2017-06-06 Thread Leonardo Sandoval

On Tue, 2017-06-06 at 16:58 +0100, Burton, Ross wrote:
> 
> On 6 June 2017 at 16:42, Mikko Ylinen 
> wrote:
> This patch is not enough because the problem is in
> do_unpack_and_patch which
> is shared by most archiver modes. This patch fails, e.g., with
> "original + diff"
> 
> https://patchwork.openembedded.org/series/7068/
> 
> 
> Yes, I have yours in my branch too.  There's many ways that the
> archiver can fail right now, clearly we need to exercise it a bit more
> in selftest.
> 
Right, and this bug tracks the progress

https://bugzilla.yoctoproject.org/show_bug.cgi?id=11422

> 
> Ross
> -- 
> ___
> 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] archiver: preserve sysroot paths in configured mode

2017-06-06 Thread Burton, Ross

On 6 June 2017 at 16:42, Mikko Ylinen  wrote:

> This patch is not enough because the problem is in do_unpack_and_patch
> which
> is shared by most archiver modes. This patch fails, e.g., with "original +
> diff"
>
> https://patchwork.openembedded.org/series/7068/
>

Yes, I have yours in my branch too.  There's many ways that the archiver
can fail right now, clearly we need to exercise it a bit more in selftest.

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

Re: [OE-core] [PATCH] archiver: preserve sysroot paths in configured mode

2017-06-06 Thread Mikko Ylinen




On 06/06/17 18:03, Ross Burton wrote:

do_ar_configured alters WORKDIR but also expects to be able to run do_configure,
so forcibly expand the paths to the sysroots as otherwise they'll point to a
non-existant directory in the temporary WORKDIR.

[ YOCTO #11584 ]



This patch is not enough because the problem is in do_unpack_and_patch which
is shared by most archiver modes. This patch fails, e.g., with "original 
+ diff"


https://patchwork.openembedded.org/series/7068/

-- Mikko



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

Re: [OE-core] Fun with npm shrinkwrap

2017-06-06 Thread Jan Kiszka

On 2017-06-06 16:12, Alexander Kanavin wrote:
> On 06/06/2017 01:17 PM, Jan Kiszka wrote:
>> devtool add / recipetool create do not work properly /wrt shrinkwrap
>> when it comes to node-red-node-serialport. npm shrinkwrap finds a number
>> of extraneous packages and refuses to generate an output.
>>
>> There are various workarounds discussed in [1]. For me this seems to
>> work:
> 
> You forgot to include the actual [1] :)

Ah, sorry: https://github.com/npm/npm/issues/4435

> 
>> But it may have unwanted side effects. So, what would be the proper way
>> to address this issue?
> 
> A few months ago we had a long, big discussion about how to support
> these kinds of language environments in a way that is sustainable (I
> personally do not think the current approach with npm is viable in the
> long term). Here's the initial couple of emails:
> 
> http://lists.openembedded.org/pipermail/openembedded-architecture/2017-March/000480.html
> 
> 
> http://lists.openembedded.org/pipermail/openembedded-architecture/2017-March/000481.html
> 

Yeah, good points. Probably this problem is also related to OE
reimplementing parts of the npm logic.

But I suppose those concepts won't materialize very soon, will they? I'm
also looking for a short-term solution, at least some reasonable tactic
to generate such recipes in the meantime. Is there something in that
thread I should dig into?

Jan

-- 
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] archiver: preserve sysroot paths in configured mode

2017-06-06 Thread Ross Burton

do_ar_configured alters WORKDIR but also expects to be able to run do_configure,
so forcibly expand the paths to the sysroots as otherwise they'll point to a
non-existant directory in the temporary WORKDIR.

[ YOCTO #11584 ]

Signed-off-by: Ross Burton 
---
 meta/classes/archiver.bbclass | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index 82f0b16..18c5b96 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -222,6 +222,10 @@ python do_ar_patched() {
 python do_ar_configured() {
 import shutil
 
+# Forcibly expand the sysroot paths as we're about to change WORKDIR
+d.setVar('RECIPE_SYSROOT', d.getVar('RECIPE_SYSROOT'))
+d.setVar('RECIPE_SYSROOT_NATIVE', d.getVar('RECIPE_SYSROOT_NATIVE'))
+
 ar_outdir = d.getVar('ARCHIVER_OUTDIR')
 if d.getVarFlag('ARCHIVER_MODE', 'src') == 'configured':
 bb.note('Archiving the configured source...')
-- 
2.8.1

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

Re: [OE-core] Fun with npm shrinkwrap

2017-06-06 Thread Alexander Kanavin


On 06/06/2017 01:17 PM, Jan Kiszka wrote:

devtool add / recipetool create do not work properly /wrt shrinkwrap
when it comes to node-red-node-serialport. npm shrinkwrap finds a number
of extraneous packages and refuses to generate an output.

There are various workarounds discussed in [1]. For me this seems to
work:


You forgot to include the actual [1] :)


But it may have unwanted side effects. So, what would be the proper way
to address this issue?


A few months ago we had a long, big discussion about how to support 
these kinds of language environments in a way that is sustainable (I 
personally do not think the current approach with npm is viable in the 
long term). Here's the initial couple of emails:


http://lists.openembedded.org/pipermail/openembedded-architecture/2017-March/000480.html

http://lists.openembedded.org/pipermail/openembedded-architecture/2017-March/000481.html

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

Re: [OE-core] [PATCH] buildstats.sh: add ELAPSED option

2017-06-06 Thread Leonardo Sandoval

On Tue, 2017-06-06 at 05:20 +0200, liu.min...@gmail.com wrote:
> From: Ming Liu 
> 
> This allows users to be able to get the elapsed time of specific
> tasks from buildstats, sometimes could be useful.
> 
> Signed-off-by: Ming Liu 
> ---
>  scripts/contrib/bb-perf/buildstats.sh | 4 
>  1 file changed, 4 insertions(+)
> 
> diff --git a/scripts/contrib/bb-perf/buildstats.sh 
> b/scripts/contrib/bb-perf/buildstats.sh
> index 8d7e248..caf34a6 100755
> --- a/scripts/contrib/bb-perf/buildstats.sh
> +++ b/scripts/contrib/bb-perf/buildstats.sh
> @@ -40,6 +40,7 @@
>  
>  # Stats, by type
>  TIME="utime:stime:cutime:cstime"
> +ELAPSED="Started:Ended:Elapsed time"

This is useful, thanks. Just keep in mind that this is not wall time:
these timestamps come from the bitbake engine (not from /proc/[PID]),
which depending on the build parallelisms, times can change. 


Leo

>  IO="IO wchar:IO write_bytes:IO syscr:IO read_bytes:IO rchar:IO syscw:IO 
> cancelled_write_bytes"
>  RUSAGE="rusage ru_utime:rusage ru_stime:rusage ru_maxrss:rusage 
> ru_minflt:rusage ru_majflt:\
>  rusage ru_inblock:rusage ru_oublock:rusage ru_nvcsw:rusage ru_nivcsw"
> @@ -113,6 +114,9 @@ for stat in ${STATS}; do
>   TIME)
>   stats="${stats}:${TIME}"
>   ;;
> + ELAPSED)
> + stats="${stats}:${ELAPSED}"
> + ;;
>   IO)
>   stats="${stats}:${IO}"
>   ;;
> -- 
> 2.7.4
> 


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

Re: [OE-core] [oe-core] DISK_SIGNATURE no longer functional

2017-06-06 Thread Davis, Michael

Pyro.

Guessing something with all the new wic additions killed it.


-Original Message-
From: Jonathan Liu [mailto:net...@gmail.com] 
Sent: Monday, June 05, 2017 7:17 PM
To: Davis, Michael
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [oe-core] DISK_SIGNATURE no longer functional

Hi Michael,

On 21 May 2017 at 03:16, Davis, Michael  wrote:
> I am trying to create a generic MSDOS PC_BIOS hdddirect image with a root
> partition set by the DISK_SIGNATURE.
>
> SYSLINUX_ROOT = "root=PARTUUID=${DISK_SIGNATURE}-02"
>
>
>
> However the signature generated in syslinux.cfg and the one on the disk
> don’t match.
>
> I tried defining my own signature and the one in syslinux changes, but the
> one on the disk doesn’t match.
>
>
>
> root=PARTUUID=22aaf83b-02
>
>
>
> NAME   PARTUUID
>
> sdd
>
> ├─sdd2 341e84a7-02
>
> ├─sdd3 341e84a7-03
>
> └─sdd1 341e84a7-01

Which release did DISK_SIGNATURE stop working?

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

[OE-core] [PATCH 2/3] kmod: upgrade to 24

2017-06-06 Thread Chen Qi

Drop kcmdline_quotes.patch as it has been integrated.

Signed-off-by: Chen Qi 
---
 meta/recipes-kernel/kmod/kmod.inc  |  5 +--
 .../recipes-kernel/kmod/kmod/kcmdline_quotes.patch | 44 --
 2 files changed, 2 insertions(+), 47 deletions(-)
 delete mode 100644 meta/recipes-kernel/kmod/kmod/kcmdline_quotes.patch

diff --git a/meta/recipes-kernel/kmod/kmod.inc 
b/meta/recipes-kernel/kmod/kmod.inc
index ba80fc5..7fb10b5 100644
--- a/meta/recipes-kernel/kmod/kmod.inc
+++ b/meta/recipes-kernel/kmod/kmod.inc
@@ -14,15 +14,14 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343 \
"
 inherit autotools gtk-doc pkgconfig manpages
 
-SRCREV = "65a885df5f6f15222b44fd695c5eaca17e837a14"
+SRCREV = "ef4257b59c4307b8c627d89f3c7f1feedb32582f"
 # Lookout for PV bump too when SRCREV is changed
-PV = "23+git${SRCPV}"
+PV = "24+git${SRCPV}"
 
 SRC_URI = "git://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git \
file://depmod-search.conf \
file://avoid_parallel_tests.patch \
file://fix-O_CLOEXEC.patch \
-   file://kcmdline_quotes.patch \
   "
 
 S = "${WORKDIR}/git"
diff --git a/meta/recipes-kernel/kmod/kmod/kcmdline_quotes.patch 
b/meta/recipes-kernel/kmod/kmod/kcmdline_quotes.patch
deleted file mode 100644
index 46bdec5..000
--- a/meta/recipes-kernel/kmod/kmod/kcmdline_quotes.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-From 4a6f92a10680e7e36807f5e2ae8e497e8d73a048 Mon Sep 17 00:00:00 2001
-From: James Minor 
-Date: Fri, 20 Jan 2017 17:15:50 -0600
-Subject: [PATCH] libkmod: Fix handling of quotes in kernel command line
-
-If a module parameter on the command line contains quotes, any
-spaces inside those quotes should be included as part of the
-parameter.
-
-Signed-off-by: James Minor 
-
-Upstream-Status: Accepted

- libkmod/libkmod-config.c | 7 +++
- 1 file changed, 7 insertions(+)
-
-diff --git a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c
-index 57fbe37..ea40d19 100644
 a/libkmod/libkmod-config.c
-+++ b/libkmod/libkmod-config.c
-@@ -497,6 +497,7 @@ static int kmod_config_parse_kcmdline(struct kmod_config 
*config)
-   char buf[KCMD_LINE_SIZE];
-   int fd, err;
-   char *p, *modname,  *param = NULL, *value = NULL, is_module = 1;
-+  bool is_quoted = false;
- 
-   fd = open("/proc/cmdline", O_RDONLY|O_CLOEXEC);
-   if (fd < 0) {
-@@ -514,6 +515,12 @@ static int kmod_config_parse_kcmdline(struct kmod_config 
*config)
-   }
- 
-   for (p = buf, modname = buf; *p != '\0' && *p != '\n'; p++) {
-+  if (*p == '"') {
-+  is_quoted = !is_quoted;
-+  continue;
-+  }
-+  if (is_quoted)
-+  continue;
-   switch (*p) {
-   case ' ':
-   *p = '\0';
--- 
-1.9.1
-
-- 
1.9.1

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

[OE-core] [PATCH 3/3] util-linux: upgrade to 2.29.2

2017-06-06 Thread Chen Qi

Signed-off-by: Chen Qi 
---
 .../util-linux/{util-linux_2.29.1.bb => util-linux_2.29.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-core/util-linux/{util-linux_2.29.1.bb => 
util-linux_2.29.2.bb} (86%)

diff --git a/meta/recipes-core/util-linux/util-linux_2.29.1.bb 
b/meta/recipes-core/util-linux/util-linux_2.29.2.bb
similarity index 86%
rename from meta/recipes-core/util-linux/util-linux_2.29.1.bb
rename to meta/recipes-core/util-linux/util-linux_2.29.2.bb
index 1395b47..11303f8 100644
--- a/meta/recipes-core/util-linux/util-linux_2.29.1.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.29.2.bb
@@ -16,8 +16,8 @@ SRC_URI += "file://configure-sbindir.patch \
 file://avoid_parallel_tests.patch \
 file://uuid-test-error-api.patch \
 "
-SRC_URI[md5sum] = "0cbb6d16ab9c5736e5649ef1264bee6e"
-SRC_URI[sha256sum] = 
"0ce40600b934ec2fecfa6bfc4efe6982d051ba96c2832b05201347aec582f54f"
+SRC_URI[md5sum] = "63c40c2068fcbb7e1d5c1d281115d973"
+SRC_URI[sha256sum] = 
"accea4d678209f97f634f40a93b7e9fcad5915d1f4749f6c47bee6bf110fe8e3"
 
 CACHED_CONFIGUREVARS += "scanf_cv_alloc_modifier=ms"
 
-- 
1.9.1

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

[OE-core] [PATCH 1/3] sysstat: upgrade to 11.5.5

2017-06-06 Thread Chen Qi

Signed-off-by: Chen Qi 
---
 .../recipes-extended/sysstat/{sysstat_11.5.4.bb => sysstat_11.5.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/sysstat/{sysstat_11.5.4.bb => sysstat_11.5.5.bb} 
(53%)

diff --git a/meta/recipes-extended/sysstat/sysstat_11.5.4.bb 
b/meta/recipes-extended/sysstat/sysstat_11.5.5.bb
similarity index 53%
rename from meta/recipes-extended/sysstat/sysstat_11.5.4.bb
rename to meta/recipes-extended/sysstat/sysstat_11.5.5.bb
index 7ff363b..65c81e9 100644
--- a/meta/recipes-extended/sysstat/sysstat_11.5.4.bb
+++ b/meta/recipes-extended/sysstat/sysstat_11.5.5.bb
@@ -4,5 +4,5 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=a23a74b3f4caf9616230789d94217acb"
 
 SRC_URI += "file://0001-Include-needed-headers-explicitly.patch"
 
-SRC_URI[md5sum] = "f16ae8edd462f5199ee033f7c0e2c197"
-SRC_URI[sha256sum] = 
"1e1008656575e70486b456e79775e98d3b8732d7e2cb408559209bd0318e0807"
+SRC_URI[md5sum] = "f6072bcfd5d2b02f033722f863171d0f"
+SRC_URI[sha256sum] = 
"f4c5b333827cb588df1842d7a8f46947f486c95b305edbbce7565925e88e86c3"
-- 
1.9.1

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

[OE-core] [PATCH 0/3] Package Upgrade -- sysstat, kmod, util-linux

2017-06-06 Thread Chen Qi

The following changes since commit 02417b149623c3042c257d1c1074f915dc02b7c7:

  oeqa/selftest: lock down Meson git revision for reliability (2017-06-05 
17:59:38 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib ChenQi/PU-20170606
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/PU-20170606

Chen Qi (3):
  sysstat: upgrade to 11.5.5
  kmod: upgrade to 24
  util-linux: upgrade to 2.29.2

 .../{util-linux_2.29.1.bb => util-linux_2.29.2.bb} |  4 +-
 .../{sysstat_11.5.4.bb => sysstat_11.5.5.bb}   |  4 +-
 meta/recipes-kernel/kmod/kmod.inc  |  5 +--
 .../recipes-kernel/kmod/kmod/kcmdline_quotes.patch | 44 --
 4 files changed, 6 insertions(+), 51 deletions(-)
 rename meta/recipes-core/util-linux/{util-linux_2.29.1.bb => 
util-linux_2.29.2.bb} (86%)
 rename meta/recipes-extended/sysstat/{sysstat_11.5.4.bb => sysstat_11.5.5.bb} 
(53%)
 delete mode 100644 meta/recipes-kernel/kmod/kmod/kcmdline_quotes.patch

-- 
1.9.1

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

[OE-core] Fun with npm shrinkwrap

2017-06-06 Thread Jan Kiszka

Hi all,

devtool add / recipetool create do not work properly /wrt shrinkwrap
when it comes to node-red-node-serialport. npm shrinkwrap finds a number
of extraneous packages and refuses to generate an output.

There are various workarounds discussed in [1]. For me this seems to
work:

diff --git a/scripts/lib/recipetool/create_npm.py 
b/scripts/lib/recipetool/create_npm.py
index cb8f338b8b..8ce952bb4c 100644
--- a/scripts/lib/recipetool/create_npm.py
+++ b/scripts/lib/recipetool/create_npm.py
@@ -68,6 +68,8 @@ class NpmRecipeHandler(RecipeHandler):
 def _shrinkwrap(self, srctree, localfilesdir, extravalues, lines_before, 
d):
 try:
 runenv = dict(os.environ, PATH=d.getVar('PATH'))
+bb.process.run('rm -rf node_modules', cwd=srctree, 
stderr=subprocess.STDOUT, env=runenv, shell=True)
+bb.process.run('npm install', cwd=srctree, 
stderr=subprocess.STDOUT, env=runenv, shell=True)
 bb.process.run('npm shrinkwrap', cwd=srctree, 
stderr=subprocess.STDOUT, env=runenv, shell=True)
 except bb.process.ExecutionError as e:
 logger.warn('npm shrinkwrap failed:\n%s' % e.stdout)


But it may have unwanted side effects. So, what would be the proper way
to address this issue?

Thanks,
Jan

-- 
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] tcf-agent: Fix daemon termination

2017-06-06 Thread Jan Kiszka

On 2017-06-01 02:17, Martin Kelly wrote:
> On 05/02/2017 01:41 AM, Martin Kelly wrote:
>> On 04/30/2017 08:28 AM, Jan Kiszka wrote:
>>> From: Jan Kiszka 
>>>
>>> The upstream init script uses SIGUSR2 to terminate that daemon because
>>> SIGTERM is ignored. As the killproc function does not support specifying
>>> a signal, switch to start-stop-daemon. Drop the retry loop because
>>> SIGUSR2 is lethal for agent.
>>>
>>> Signed-off-by: Jan Kiszka 
>>
>> Thanks! I noticed this bug and was planning to look into it, but it
>> looks like you found the issue first! This was bringing shutdowns to a
>> crawl for me.
> 
> I just noticed, I think we need to fix the same bug in the systemd
> service script too.

Does this block this patch, or should this be done in a separate one? I
noticed that it's still not merged.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] cairo: Fix CVE-2017-7475

2017-06-06 Thread Fan Xin

CVE: CVE-2017-7475

Bug 100763 - Denial-of-Service Attack due to Logical Problem in Program

https://bugs.freedesktop.org/show_bug.cgi?id=100763

Signed-off-by: Fan Xin 
---
 ...et_bitmap_surface-bsc1036789-CVE-2017-7475.diff | 22 ++
 meta/recipes-graphics/cairo/cairo_1.14.8.bb|  4 +++-
 2 files changed, 25 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/cairo/cairo/cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff

diff --git 
a/meta/recipes-graphics/cairo/cairo/cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff
 
b/meta/recipes-graphics/cairo/cairo/cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff
new file mode 100644
index 000..7aaad2e
--- /dev/null
+++ 
b/meta/recipes-graphics/cairo/cairo/cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff
@@ -0,0 +1,22 @@
+Cairo: Fix Denial-of-Service Attack due to Logical Problem in Program
+
+https://bugs.freedesktop.org/show_bug.cgi?id=100763
+
+CVE: CVE-2017-7475
+Upstream-Status: Submitted
+
+Signed-off-by: Fan Xin 
+
+Index: cairo-1.15.4/src/cairo-ft-font.c
+===
+--- cairo-1.15.4.orig/src/cairo-ft-font.c
 cairo-1.15.4/src/cairo-ft-font.c
+@@ -1149,7 +1149,7 @@ _get_bitmap_surface (FT_Bitmap*bi
+ width = bitmap->width;
+ height = bitmap->rows;
+ 
+-if (width == 0 || height == 0) {
++if (width == 0 || height == 0 || bitmap->buffer == NULL) {
+   *surface = (cairo_image_surface_t *)
+   cairo_image_surface_create_for_data (NULL, format, 0, 0, 0);
+   return (*surface)->base.status;
diff --git a/meta/recipes-graphics/cairo/cairo_1.14.8.bb 
b/meta/recipes-graphics/cairo/cairo_1.14.8.bb
index 5a3c74f..af6be56 100644
--- a/meta/recipes-graphics/cairo/cairo_1.14.8.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.14.8.bb
@@ -2,7 +2,9 @@ require cairo.inc
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=e73e999e0c72b5ac9012424fa157ad77"
 
-SRC_URI = "http://cairographics.org/releases/cairo-${PV}.tar.xz;
+SRC_URI = "http://cairographics.org/releases/cairo-${PV}.tar.xz \
+   file://cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff \ 
+  "
 
 SRC_URI[md5sum] = "4ef0db2eacb271c74f8a3fd87822aa98"
 SRC_URI[sha256sum] = 
"d1f2d98ae9a4111564f6de4e013d639cf77155baf2556582295a0f00a9bc5e20"
-- 
1.9.1

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

42 matches

Mail list logo