Re: [OE-core] [PATCH] u-boot: Upgrade to 2018.03 release

On 04/10/2018 11:49 AM, Martin Hundebøll wrote: > Hi, Hi, > I had to patch up our own u-boot recipe as shown in the attached patch > to make v2018.03 compile for qemu-x86. > > The thing is that the build of pylibfdt became unconditional since > 15b97f5c5e ('pylibfdt: move pylibfdt to

[OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

QA team were testing qemu boot image and shutdown on each qemu architecture manually. Add automated test to test qemu boot on ext4 and nfs, finally check that it can shutdown properly. Signed-off-by: Yeoh Ee Peng --- meta/lib/oeqa/selftest/cases/runqemu.py | 70

[OE-core] [PATCH] dropbear: update to 2018.76

- update dropbear to version 2018.76 - refresh and drop obsolete patches - add option to use localoptions.h header file - do not use harden stuff, which leads to QA warning Signed-off-by: Andrej Valek --- meta/recipes-core/dropbear/dropbear.inc| 8 +-

Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

Hi Richard, Yes, we are testing an alternative way to stop qemu here. From my understand, the existing testcases stop qemu through killing the qemu process. While this testcase was testing that after executing the shutdown command inside qemu, qemu will stop as expected. Currently, QA team

[OE-core] [RFC][PATCH 1/5] openssl: rename openssl 1.0.x to openssl10 and make openssl 1.1.x the default version

I believe the time has come to do this: openssl 1.0 upstream support stops at the end of 2019, and we do not want a situation where a supported YP release contains an unsupported version of a critical security component. Openssl 1.0 can still be utilized by depending on 'openssl10' recipe.

[OE-core] [RFC][PATCH 2/5] cryptodev-tests: port to openssl 1.1

This leaves openssh as the only recipe that requires openssl 1.0 (or libressl). Signed-off-by: Alexander Kanavin --- .../cryptodev/cryptodev-tests_1.9.bb | 3 +- .../files/0001-Port-tests-to-openssl-1.1.patch | 103 + 2

[OE-core] [RFC][PATCH 4/5] libressl: add a recipe to support openssh

After reading through this: https://github.com/openssh/openssh-portable/pull/48 and this thread: https://lists.mindrot.org/pipermail/openssh-unix-dev/2017-October/036344.html I've concluded that this is the best of the three not-great options. The alternatives: - bundle libressl inside

[OE-core] [RFC][PATCH 3/5] openssl: update to 1.1.1

At the moment 1.1.1 is in pre-release stage, however the final release should be available within a few weeks. The major selling point is that it supports the new TLS 1.3 specification. At the moment it is not clear whether this also will be a long term support version of openssl; we can make the

[OE-core] [RFC][PATCH 5/5] openssh: update to 7.7p1 and depend on libressl

Please see the previous commit for the libressl rationale. Signed-off-by: Alexander Kanavin --- .../openssh/{openssh_7.6p1.bb => openssh_7.7p1.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename

[OE-core] [PATCH] xserver-nodm-init: Respawn service in case of failure

From: Ramon Fried It appears that sometimes xserver-nodm.service is starting before display driver finished loading causing the following failure in Xorg log: (EE) open /dev/dri/card0: No such file or directory The introduced by this patch is to restart the service,

Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

On Mon, 2018-04-09 at 10:43 -0700, Yeoh Ee Peng wrote: > QA team were testing qemu boot image and shutdown on each > qemu architecture manually. Add automated test to test qemu boot on > ext4 and nfs, finally check that it can shutdown properly. > > Original runqemu tests was dedicated for

Re: [OE-core] [PATCH] u-boot: Upgrade to 2018.03 release

Hi, I had to patch up our own u-boot recipe as shown in the attached patch to make v2018.03 compile for qemu-x86. The thing is that the build of pylibfdt became unconditional since 15b97f5c5e ('pylibfdt: move pylibfdt to scripts/dtc/pylibfdt and refactor makefile') In my case

Re: [OE-core] [RFC][PATCH 1/5] openssl: rename openssl 1.0.x to openssl10 and make openssl 1.1.x the default version

On Tue, Apr 10, 2018 at 03:07:43PM +0300, Alexander Kanavin wrote: > Openssl 1.0 can still be utilized by depending on 'openssl10' recipe. Does this really work now? I think it will fail again when both openssl versions end up in RSS. signature.asc Description: Digital signature --

[OE-core] [PATCH] image_types: use pigz to create .gz files

Since pigz is no longer a drop-in replacement for gzip (oe-core 1624b7b) the image creation has been using gzip instead of pigz, despite still depending on pigz-native. Fix this by invoking pigz explicitly. Signed-off-by: Ross Burton --- meta/classes/image_types.bbclass

[OE-core] ✗ patchtest: failure for "[RFC] openssl: rename openssl ..." and 4 more

== Series Details == Series: "[RFC] openssl: rename openssl ..." and 4 more Revision: 1 URL : https://patchwork.openembedded.org/series/11748/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [PATCH 1/3] libcap: fix (base_)libdir usage

This is breaking libcap-native: | mv: cannot stat

Re: [OE-core] [PATCH 4/4] sstate: Avoid indirect bison/flex-native dependencies

Richard, Was this patch ever merged? I don't see it in master - were there any problems or concerns? On Thu, Jan 11, 2018 at 05:01:35PM +, Richard Purdie wrote: > This avoids adding flex-native or bison-native to the sysroot without a > specific > dependency in the recipe and means

Re: [OE-core] [PATCH] wic: allow bitbake variables in kickstarter files

On 2018-03-22 14:44, Rasmus Villemoes wrote: > image_types_wic.bbclass has a mechanism for doing variable substitution > on .wks files by simply letting the input file be called > .wks.in. However, that doesn't allow using variables in files included > via the include directive. > > This adds

Re: [OE-core] [PATCH 4/4] sstate: Avoid indirect bison/flex-native dependencies

On Tue, Apr 10, 2018 at 05:36:54PM +0100, Richard Purdie wrote: > On Tue, 2018-04-10 at 10:33 -0400, Denys Dmytriyenko wrote: > > Richard, > > > > Was this patch ever merged? I don't see it in master - were there any > > problems  > > or concerns? > > There was some kind of failure in testing on

Re: [OE-core] [RFC][PATCH 1/5] openssl: rename openssl 1.0.x to openssl10 and make openssl 1.1.x the default version

On 04/10/2018 03:43 PM, Martin Jansa wrote: On Tue, Apr 10, 2018 at 03:07:43PM +0300, Alexander Kanavin wrote: Openssl 1.0 can still be utilized by depending on 'openssl10' recipe. Does this really work now? I think it will fail again when both openssl versions end up in RSS. The only

Re: [OE-core] [oe][meta-oe][PATCH] pkcs11-helper: 1.11 -> 1.22

On 2018-03-12 05:56 AM, Huang Qiyu wrote: Upgrade pkcs11-helper from 1.11 to 1.22. Signed-off-by: Huang Qiyu --- .../pkcs11-helper/{pkcs11-helper_1.11.bb => pkcs11-helper_1.22.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

[OE-core] [PATCH 2/2] weston: upgrade to 4.0.0

From: Denys Dmytriyenko Official announcement: https://lists.freedesktop.org/archives/wayland-devel/2018-April/037768.html Dropped previously backported fix-missing-header.patch and weston-gl-renderer-Set-pitch-correctly-for-subsampled-textures.patch Refresh remaining local

[OE-core] [PATCH 1/2] wayland: upgrade to 1.15.0

From: Denys Dmytriyenko Official announcement: https://lists.freedesktop.org/archives/wayland-devel/2018-April/037767.html | libwayland-egl is now part of libwayland, and will presumably be removed | from mesa in the not too distant future. Update mesa recipe by removing

Re: [OE-core] [PATCH] xserver-nodm-init: Respawn service in case of failure

On Tue, Apr 10, 2018 at 1:20 PM, Ramon Fried wrote: > From: Ramon Fried > > It appears that sometimes xserver-nodm.service is starting before > display driver finished loading causing the following failure in > Xorg log: > (EE) open /dev/dri/card0:

Re: [OE-core] [PATCH 4/4] sstate: Avoid indirect bison/flex-native dependencies

On Tue, 2018-04-10 at 10:33 -0400, Denys Dmytriyenko wrote: > Richard, > > Was this patch ever merged? I don't see it in master - were there any > problems  > or concerns? There was some kind of failure in testing on the autobuilder which made me abandon it, I can't remember what it was though

[OE-core] [PATCH] meta-oe/numactl: Enable NUMA in the kernel config

If a user has specified numa in their DISTRO_FEATURES then they should have NUMA support enabled in the kernel. Without kernel support the numactl program is not very useful. Signed-off-by: Alistair Francis --- meta-oe/recipes-kernel/linux/linux-yocto.inc | 2

[OE-core] ✗ patchtest: failure for meta-oe/numactl: Enable NUMA in the kernel config

== Series Details == Series: meta-oe/numactl: Enable NUMA in the kernel config Revision: 1 URL : https://patchwork.openembedded.org/series/11753/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] [oe-core][PATCH] gconf: fix saving of settings when config folder doesnt exist

In some circumstances, gconf isn't able to save configurations because ~/.config folder aka root_dir doesn't exist. For example when saving settings using matchbox-appearance, the following error is shown: GConf Error: Configuration server couldn't be contacted: D-BUS error: Can't overwrite

Re: [OE-core] [PATCH 2/2] weston: upgrade to 4.0.0

On 10 April 2018 at 20:06, Denys Dmytriyenko wrote: > diff --git > a/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch > b/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch > index 0671a45..6799254 100644 > ---

Re: [OE-core] [PATCH 2/2] weston: upgrade to 4.0.0

Ah presumably this is because the U-S is after the scissors. Denys, when you add it back, can you put it above the ---? Ross On 11 April 2018 at 00:16, Burton, Ross wrote: > On 10 April 2018 at 20:06, Denys Dmytriyenko wrote: >> diff --git >>

Re: [OE-core] [RFC][PATCH 3/5] openssl: update to 1.1.1

On Tue, Apr 10, 2018 at 5:07 AM, Alexander Kanavin wrote: > At the moment 1.1.1 is in pre-release stage, however the final release > should be available within a few weeks. The major selling point is that > it supports the new TLS 1.3 specification. At the

Re: [OE-core] [rocko][PATCH] bind: move libraries to own package

On Tue, Feb 20, 2018 at 12:49 PM, Andre McCurdy wrote: > On Tue, Jan 23, 2018 at 12:25 PM, Andre McCurdy wrote: >> On Tue, Dec 5, 2017 at 5:39 PM, Andre McCurdy wrote: >>> From: "andreas.kl...@peiker-cee.de"

Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

Hi Anuj, Thanks for your inputs on comment and code that was not used. I shall remove the comment and code that was not used. For the qemu.runner.stop_thread(), this was trigger to stop an instance of a LoggingThread class that was used primary to logging the qemu through serial console.

Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

On 04/09/2018 08:43 PM, Yeoh Ee Peng wrote: QA team were testing qemu boot image and shutdown on each qemu architecture manually. Add automated test to test qemu boot on ext4 and nfs, finally check that it can shutdown properly. Original runqemu tests was dedicated for MACHINE=qemux86-64 and it

Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

Noted, I understood it now. Let me enhance the comment in the source code itself. It make sense. Thank you for your inputs! -Original Message- From: Alexander Kanavin [mailto:alexander.kana...@linux.intel.com] Sent: Tuesday, April 10, 2018 3:30 PM To: Yeoh, Ee Peng

Re: [OE-core] [PATCH] oe-selftest: runqemu: add tests for qemu boot and shutdown

On 04/10/2018 01:43 AM, Yeoh Ee Peng wrote: > QA team were testing qemu boot image and shutdown on each > qemu architecture manually. Add automated test to test qemu boot on > ext4 and nfs, finally check that it can shutdown properly. > > Original runqemu tests was dedicated for

[OE-core] [pyro][PATCH 1/2] glibc: add missing TRAP_BRANCH/TRAP_HWBKPT definitions

From: Fathi Boudra Patch submitted upstream, pending to be merged: https://sourceware.org/bugzilla/show_bug.cgi?id=21286 (From OE-Core rev: 11ebb5054e5ec1171ade90249e3a30ac8174a35a) Signed-off-by: Fathi Boudra Signed-off-by: Daniel Díaz

[OE-core] [pyro][PATCH 2/2] gdb: fix header ordering for TRAP_HWBKPT

This error can appear in gdb/nat/linux-ptrace.c because of the order in which some headers are processed: | In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0: | ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier before numeric constant | # define

[OE-core] ✗ patchtest: failure for "[pyro] glibc: add missing TRAP..." and 1 more

== Series Details == Series: "[pyro] glibc: add missing TRAP..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/11763/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [sumo][PATCH] dhcp: Security Advisory - CVE-2017-3144

From: Yue Tao Fix CVE-2017-3144 References: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3144 https://kb.isc.org/article/AA-01541 Patch from: https://source.isc.org/cgi-bin/gitweb.cgi?p=dhcp.git;a=commitdiff;h=5097bc0559f592683faac1f67bf350e1bddf6ed4

Re: [OE-core] [PATCH 2/2] weston: upgrade to 4.0.0

On Wed, Apr 11, 2018 at 12:17:51AM +0100, Burton, Ross wrote: > Ah presumably this is because the U-S is after the scissors. Denys, > when you add it back, can you put it above the ---? Sure, will do. > On 11 April 2018 at 00:16, Burton, Ross wrote: > > On 10 April 2018

[OE-core] [sumo][PATCH 2/7] icecc-create-env: Fix RUNPATH files

Some newer libraries and programs use RUNPATH to specify the library search path. These executables were being skipped by the rpath fixup code because it was grepping the ELF header for RPATH only. A more correct solution is to ask patchelf to report the rpath, as that tool will properly report

[OE-core] [sumo][PATCH 6/7] icecc.bbclass: Improve error reporting

Improve reporting when the icecream environment cannot be created by assigning the flock call a specific error number when the lock fails so it can be distinguished from environment creation errors. Signed-off-by: Joshua Watt --- meta/classes/icecc.bbclass | 20

[OE-core] [sumo][PATCH 5/7] icecc.bbclass: Add ICECC_ENV_DEBUG variable

The ICECC_ENV_DEBUG variable can be set in local.conf to pass additional debugging options to the Icecream toolchain creation script. Signed-off-by: Joshua Watt --- meta/classes/icecc.bbclass | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[OE-core] [sumo][PATCH 7/7] icecc.bbclass: Bump version number

Bump the version number for force remotes to use a newly generated environment, since the old one potentially had a few bugs Signed-off-by: Joshua Watt --- meta/classes/icecc.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [sumo][PATCH 1/7] icecc-create-env: Allow logging to a file

Modifies the icecc-create-env script so that it can log output to a log file. In addition, a --debug flag is added that allows verbose logging. Finally, the silent flag was removed since it was never used in icecc.bbclass Signed-off-by: Joshua Watt ---

[OE-core] [sumo][PATCH 0/7] Icecream fixes

Fixes a number of bugs in Icecream toolchain generation Joshua Watt (7): icecc-create-env: Allow logging to a file icecc-create-env: Fix RUNPATH files icecc-create-env: Fix library interpreter usage icecc-create-env: Add extra tools option icecc.bbclass: Add ICECC_ENV_DEBUG variable

Re: [OE-core] [PATCH 1/1] python-xcbgen_1.12: improve reproducibility

On 6 April 2018 at 20:57, Juro Bystricky wrote: > In order to remove timestamps from all .pyc files we need to recompile > them with python3-native, as we cannot rely on the host python being > able to do that. Both python-native and python3-native derive the timestamp >

[OE-core] [PATCH] oe-selftest: crosstap: add tests for crosstap script

QA team were testing crosstap script manually. Add automated tests and systemtap file to test that crosstap script will instructs SystemTap to print hello world in qemu. This test will first built core-image-minimal image with tools-profile & ssh-server-openssh features and build systemtap-native

[OE-core] [sumo][PATCH 4/7] icecc-create-env: Add extra tools option

It can often be useful to include additional debugging tools the toolchain such as strace. Add an option to include an arbitrary path. Signed-off-by: Joshua Watt --- .../icecc-create-env/icecc-create-env/icecc-create-env | 12 1 file changed, 12

[OE-core] [sumo][PATCH 3/7] icecc-create-env: Fix library interpreter usage

Shared libraries sometimes (frequently?) don't have a program interpreter specified. The previous code would fail to find the library dependencies in these cases because no interpreter could be found. Commonly, this meant that if a library depends on another library, it might not be included