Re: [OE-core] [PATCH] arch-armv7a.inc: default to Thumb2 instruction set for armv7a and above

This variable was always meant to be used from DISTRO config, why not add it to: oe-core/meta/conf/distro/include/default-distrovars.inc or oe-core/meta/conf/distro/include/tcmode-default.inc ? On Sat, May 19, 2018 at 1:40 AM Khem Raj wrote: > > On Fri, May 18, 2018 at 3:50

Re: [OE-core] [PATCH 7/8] busybox: update to 1.28.3

On 05/19/2018 10:13 AM, Armin Kuster wrote: > SRC_URI = > "http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \ > - file://busybox-udhcpc-no_deconfig.patch \ > file://find-touchscreen.sh \ > file://busybox-cron \ >

[OE-core] [PATCH 8/8] openssh: fix some ptest exec issues

From: Armin Kuster SUDO needs to be empty to run some of the tests on the target. compile check-perm which is needed for some tests. skip "unit" tests in regress/Makefile Signed-off-by: Armin Kuster ---

[OE-core] [PATCH 2/8] kexec-tools: upgrade 2.0.16 -> 2.0.17

From: Armin Kuster Signed-off-by: Armin Kuster --- ...rm64-Set-fno-PIC-along-with-mcmodel-large.patch | 33 -- ...kexec-tools_2.0.16.bb => kexec-tools_2.0.17.bb} | 9 ++ 2 files changed, 3 insertions(+), 39 deletions(-)

[OE-core] [PATCH 7/8] busybox: update to 1.28.3

From: Armin Kuster removed patches included in update: busybox/CVE-2011-5325.patch busybox/CVE-2017-15873.patch busybox/busybox-CVE-2017-16544.patch refactored busybox-udhcpc-no_deconfig.patch for this update Signed-off-by: Armin Kuster ---

[OE-core] [PATCH 3/8] libdmx: upgrade 1.1.3 -> 1.1.4

From: Armin Kuster Signed-off-by: Armin Kuster --- meta/recipes-graphics/xorg-lib/{libdmx_1.1.3.bb => libdmx_1.1.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-lib/{libdmx_1.1.3.bb =>

[OE-core] [PATCH 5/8] nss: update to 3.36.1

From: Armin Kuster removed patches included in update: 0001-Bug-1437734-Use-snprintf-in-sign.c-r-ttaubert.patch nss-build-hacl-poly1305-aarch64.patch Signed-off-by: Armin Kuster --- ...1437734-Use-snprintf-in-sign.c-r-ttaubert.patch | 119

[OE-core] [PATCH 4/8] xf86-input-libinput: upgrade 0.26.0 -> 0.27.1

From: Armin Kuster Signed-off-by: Armin Kuster --- .../{xf86-input-libinput_0.26.0.bb => xf86-input-libinput_0.27.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename

[OE-core] [PATCH 1/8] openssh: upgrade 7.6p1 -> 7.7p1

From: Armin Kuster Signed-off-by: Armin Kuster --- .../openssh/{openssh_7.6p1.bb => openssh_7.7p1.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/openssh/{openssh_7.6p1.bb =>

[OE-core] [PATCH 6/8] xserver-xorg: upgrade 1.19.6 -> 1.20.0

From: Armin Kuster Signed-off-by: Armin Kuster --- ...1-configure.ac-Fix-check-for-CLOCK_MONOTONIC.patch | 19 +-- ...{xserver-xorg_1.19.6.bb => xserver-xorg_1.20.0.bb} | 4 ++-- 2 files changed, 11 insertions(+), 12 deletions(-)

[OE-core] [PATCH] curl: update 7.59.0 -> 7.60.0

https://curl.haxx.se/changes.html#7_60_0 Also refresh 0001-replace-krb5-config-with-pkg-config.patch and drop configure_ac.patch, which we've apparently been dragging along unnecessarily for the past 5 years: https://github.com/curl/curl/commit/c277bd6ce7069819484eb3dc30b5858735fde377

Re: [OE-core] [PATCH] arch-armv7a.inc: default to Thumb2 instruction set for armv7a and above

On Fri, May 18, 2018 at 3:50 PM Andre McCurdy wrote: > Although there may still be specific cases which can benefit from the > ARM instruction set, the Thumb2 instruction set is generally a better > default for armv7a class CPUs. Distros such as Debian and Fedora have > been

[OE-core] [PATCH] arch-armv7a.inc: default to Thumb2 instruction set for armv7a and above

Although there may still be specific cases which can benefit from the ARM instruction set, the Thumb2 instruction set is generally a better default for armv7a class CPUs. Distros such as Debian and Fedora have been targeting Thumb2 by default for some time. Note that setting ARM_INSTRUCTION_SET

Re: [OE-core] [PATCH 2/3] qemu: upgrade to 2.12.0

This is causing the AB to hang when built for qemux86 with musl whilst building webkitgtk during the gobject-introspection qemu-i386 calls, qemu enters an infinite loop. I've not yet reproduced locally to try and get a log out of qemu, but it has happened on the autobuilder repeatedly. Ross On

[OE-core] [PATCH] base.bbclass: update obsolete comment about rpm do_unpack dependencies

The previous comment was made obsolete by: http://git.openembedded.org/openembedded-core/commit/?id=2f31f1795bc0c85b1646bc7d9596bbe778cb84e5 Signed-off-by: Andre McCurdy --- meta/classes/base.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH 1/2] base-files: profile: Do not assume that the 'command' command exists

Awesome, thanks! On Fri, May 18, 2018 at 6:51 PM Peter Kjellerstedt < peter.kjellerst...@axis.com> wrote: > > -Original Message- > > From: Martin Jansa [mailto:martin.ja...@gmail.com] > > Sent: den 18 maj 2018 12:29 > > To: ChenQi > > Cc: Mike Looijmans

[OE-core] [PATCHv4 1/1] base-files: profile: Avoid using "command" to determine if programs exist

Since the existence of "command" in itself is not guaranteed, using it to determine if other executables exist is moot. Instead just run the executables and let the shell determine if they exist. By piping stderr to /dev/null we avoid unnecessary warnings in case they do not exist. Signed-off-by:

[OE-core] [PATCHv4 0/1] Do not use command in profile

Since we apparently cannot rely on the command utility to always exist, it is better to avoid using it in the profile script. Rather than using command to detect if tty and resize exist (which obviously will not work if command itself does not exist), just call them directly while piping any

[OE-core] [PATCHv3 1/1] base-files: profile: Avoid using "command" to determine if programs exist

Since the existence of "command" in itself is not guaranteed, using it to determine if other executables exist is mote. Instead just run the executables and let the shell determine if they exist. By piping stderr to /dev/null we avoid unnecessary warnings in case they do not exist. Signed-off-by:

[OE-core] [PATCHv3 0/1] Do not use command in profile

Since we apparently cannot rely on the command utility to always exist, it is better to avoid using it in the profile script. Rather than using command to detect if tty and resize exist (which obviously will not work if command itself does not exist), just call them directly while piping any

Re: [OE-core] [PATCH 1/2] base-files: profile: Do not assume that the 'command' command exists

> -Original Message- > From: Martin Jansa [mailto:martin.ja...@gmail.com] > Sent: den 18 maj 2018 12:29 > To: ChenQi > Cc: Mike Looijmans ; openembedded- > c...@lists.openembedded.org; Peter Kjellerstedt > ;

[OE-core] [PATCH 5/7] linux-yocto/4.15: update to v4.15.18

Updating v4.15 to the final korg -stable for the v4.15 series. It comprises the following commits: a8ec862fd39d Linux 4.15.18 c4f45cf301e6 ovl: set lower layer st_dev only if setting lower st_ino 9def916c750d rtl8187: Fix NULL pointer dereference in priv->conf_mutex 7a2a6d71eed4

[OE-core] [PATCH 7/7] linux-yocto/4.14/4.15: gcc8 fixes

Integrating Khem's gcc8 kernel patches so that 4.14 and 4.15 can build with the gcc8 compiler updates. 51273ff79f4a tools/lib/subcmd/pager.c: do not alias select() params b632c05a6263 objtool, perf: Fix GCC 8 -Wrestrict error 20bc5eb24ac1 mips64: Disable attribute-alias warning

[OE-core] [PATCH 3/7] linux-yocto-dev: update to v4.17+

Updating the -dev kernel to v4.17+. We also tweak the License checksum in the -dev kernel since SPDX headers have been inserted upstream and that has changed the hash value. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-dev.bb | 4 +++-

[OE-core] [PATCH 2/7] linux-yocto/4.12: update to v4.12.23

Integrating the -stable updates from Paul Gortmake that comprise the following commits: 6e83f40c507e Linux 4.12.23 55e376304f1b e1000e: fix buffer overrun while the I219 is processing DMA transactions 3882bb678dd8 e1000e: Fix return value test 167170375055 e1000e: Fix error path in

[OE-core] [PATCH 4/7] linux-yocto/4.14: update to v4.14.30

Integrating the korg -stable releases for 4.14, which comprise the following commits: fc72a4171174 Linux 4.14.40 27f29dbceb3c tracing: Fix bad use of igrab in trace_uprobe.c d86aaca9cea2 irqchip/qcom: Fix check for spurious interrupts bd2088d1d77a platform/x86: asus-wireless: Fix NULL

[OE-core] [PATCH 6/7] linux-yoct/4.12: update to v4.12.24

Updating to include Paul Gortmaker's latest round of stable updates, which comprise the following commits: dc2f71a08d7a Linux 4.12.24 4cab262afa69 iio: adc: ti-ads1015: add 10% to conversion wait time 89f573e6f136 tools include: Do not use poison with C++ d4f418739d68 kprobes/x86:

[OE-core] [PATCH 0/7] linux-yocto: consolidated pull request

Hi all, Here's the next round of -stable and -dev kernel updates. I've also included khem's gcc8 fixes in this round, so we should be good to go from the kernel point of view on that front. As usual, I built and booted this as much as possible, but there are a lot of combos to cover. If there

[OE-core] [PATCH 1/7] linux-yocto/4.12: update to v4.12.22

Paul Gortmaker released another 4.12-stable that comprises the following changes: 23dcfbfbca0a Linux 4.12.22 d4879ce5efb7 arm64: Kill PSCI_GET_VERSION as a variant-2 workaround 77915e1a7544 arm64: Add ARM_SMCCC_ARCH_WORKAROUND_1 BP hardening support b06fbedb6e14 arm/arm64: smccc:

Re: [OE-core] [AUH] u-boot-mkimage: upgrading to 2018.05 FAILED

On 05/18/2018 12:20 AM, Marek Vasut wrote: Let's see how this works: https://patchwork.ozlabs.org/patch/915781/ Once this gets mainline, we should then be able to enable u-boot for qemux86/qemux86-64 . I have a patch ready for that too, but let's wait until the U-Boot patch discussion is over.

[OE-core] add mets-security to Extensible SDK

Hi, Does anyone know how can I add meta-security layer (https://git.yoctoproject.org/cgit/cgit.cgi/meta-security/) to my Extensible SDK using devtool and build e.g. nmap? Thanks //Sona This message, including attachments, is CONFIDENTIAL. It may also be privileged or otherwise protected by

Re: [OE-core] [PATCH] systemd: Add util-linux-umount to RDEPENDS

Fixing busybox is a better solution. yes. Ross On 18 May 2018 at 13:24, Fabio Berton wrote: > Yes, I tested this patch seems to work. > > But bug report has: > > "Yeah, this appears to be a limitation of busybox, and needs to be fixed in > busybox. We focus on

Re: [OE-core] [PATCH] wget: fix CVE-2018-0494

2018-05-18 12:33 GMT+03:00 Jibin Xu : > +Upstream-Status: Backport > +CVE: CVE-2018-0494 > + > +Signed-off-by: Jibin Xu Can you update wget to latest upstream release please? Yi Zhao should have received the patch from AUH. Alex --

Re: [OE-core] [PATCH] systemd: Add util-linux-umount to RDEPENDS

Yes, I tested this patch seems to work. But bug report has: "Yeah, this appears to be a limitation of busybox, and needs to be fixed in busybox. We focus on util-linux proper, which has supported this option since generations" So, I add umount from util-linux because systemd focus on util-linux

[OE-core] [PATCH] libsdl2: remove redundant DEPENDS

These dependencies are in the x11 PACKAGECONFIG and will magically transform for nativesdk builds. Signed-off-by: Ross Burton --- meta/recipes-graphics/libsdl2/libsdl2_2.0.8.bb | 2 -- 1 file changed, 2 deletions(-) diff --git

Re: [OE-core] [PATCH 1/2] base-files: profile: Do not assume that the 'command' command exists

On Fri, Oct 13, 2017 at 06:07:16PM +0800, ChenQi wrote: > On 10/13/2017 05:53 PM, ChenQi wrote: > > On 09/18/2017 09:56 PM, Mike Looijmans wrote: > >> On 18-09-17 15:24, Mike Looijmans wrote: > >>> On 18-09-17 15:08, Burton, Ross wrote: > On 18 September 2017 at 12:31, Mike Looijmans >

[OE-core] [PATCH] wget: fix CVE-2018-0494

Reference:https://nvd.nist.gov/vuln/detail/CVE-2018-0494 patch from https://github.com/mirror/wget.git commit 8d793bf2ecca84a5ece167c750a83d6eadb4a16a Signed-off-by: Jibin Xu --- .../wget/wget/wget-CVE-2018-0494.patch | 68 ++

[OE-core] [PATCH] boost: add ptest support

From: Mingli Yu * Add a patch to remove rpath when compiling tests. * The rules for tests don't work in cross-compiling, they try to run the executable after compiling and linking the test program, so add a patch to hack the rules, and add the running logic in

[OE-core] [PATCH] gmp: do the multilib_header magic for gmp.h

From: Changqing Li Add multilib support feature for this recipe Signed-off-by: Changqing Li --- meta/recipes-support/gmp/gmp.inc | 2 +- meta/recipes-support/gmp/gmp_6.1.2.bb | 4 2 files changed, 5 insertions(+), 1 deletion(-)