[OE-core] [PATCH] apr-util: fix ptest fail problem

From: Changqing Li test_dbm test suite failed since upgrade of gdbm, from gdbm 13.1, return value changed for some function. Signed-off-by: Changqing Li --- .../apr-util/0001-apr-util-fix-ptest-fail.patch| 44 ++ meta/recipes-support/apr/apr-util_1.6.1.bb | 1 +

[OE-core] [PATCH 1/1] dump_cache.py: Move it from bitbake

Add it to oe-core can make it's easier to use, e.g., we don't need use /path/to/bitbake/contrib/dump_cache.py to run it, just use dump_cache.py after the build is initialized. Signed-off-by: Robert Yang --- scripts/dump_cache.py | 95 +++ 1 file ch

[OE-core] [PATCH 0/1] dump_cache.py: Move it from bitbake

The following changes since commit b7f3f7ecfdf26129c5df2d3ee14e73c4633ea5a3: yasm: remove (2018-09-11 12:09:04 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/dump http://cgit.openembedded.org/openembedded-core-contrib/log/?h=rbt/dump

[OE-core] ✗ patchtest: failure for apr-util: fix ptest fail problem

== Series Details == Series: apr-util: fix ptest fail problem Revision: 1 URL : https://patchwork.openembedded.org/series/14028/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on th

Re: [OE-core] [PATCH 1/1] dump_cache.py: Move it from bitbake

On Wed, 2018-09-12 at 16:27 +0800, Robert Yang wrote: > Add it to oe-core can make it's easier to use, e.g., we don't need > use > /path/to/bitbake/contrib/dump_cache.py to run it, just use > dump_cache.py after > the build is initialized. > > Signed-off-by: Robert Yang > --- > scripts/dump_cach

[OE-core] [PATCH] ltp: fix mmap15 failed on qemumips64

Actually, this is not a bug, mmap15 only run on 64bit system. On qemumips64, mmap15 return EINVAL, x86-64 and arm64 return ENOMEM. This is because mips system check the addr that passed to the syscall mmap15: https://github.com/torvalds/linux/blob/master/arch/mips/mm/mmap.c#L71 If the addr la

Re: [OE-core] [PATCH 1/1] dump_cache.py: Move it from bitbake

On 09/12/2018 04:43 PM, Richard Purdie wrote: On Wed, 2018-09-12 at 16:27 +0800, Robert Yang wrote: Add it to oe-core can make it's easier to use, e.g., we don't need use /path/to/bitbake/contrib/dump_cache.py to run it, just use dump_cache.py after the build is initialized. Signed-off-by: R

Re: [OE-core] [PATCH] openssh: build support openssl 1.1

2018-09-11 17:18 GMT+02:00 Hongxu Jia : > Here are my suggestions > > 1: Replace dependence openssl10 -> openssl, such as this fix, and drop > recipe openssl10 finally; > 1 (openssh) in oe-core, 3 (umip, ipsec-tools, mailx) in oe, 3 > (openssl-tpm-engine, > tpm-tools, trousers) in meta-sec

[OE-core] [PATCH] apr-util: fix ptest fail problem

From: Changqing Li test_dbm test suite failed since upgrade of gdbm, from gdbm 13.1, return value changed for some function. Signed-off-by: Changqing Li --- .../apr-util/0001-apr-util-fix-ptest-fail.patch| 44 ++ meta/recipes-support/apr/apr-util_1.6.1.bb | 1 +

Re: [OE-core] [PATCH] apr-util: fix ptest fail problem

Please ignore this patch,  This is same as V1,  I  make a mistake, sorry. On 09/12/2018 05:37 PM, changqing...@windriver.com wrote: From: Changqing Li test_dbm test suite failed since upgrade of gdbm, from gdbm 13.1, return value changed for some function. Signed-off-by: Changqing Li ---

[OE-core] [PATCH V2] apr-util: fix ptest fail problem

From: Changqing Li Test suite test_dbm failed after gdbm upgrtade to 13.1, from 13.1, return value of some function are changed. * gdbm_fetch, gdbm_firstkey, and gdbm_nextkey behavior If the requested key was not found, these functions return datum with dptr pointing to NULL and set gdbm_errno

Re: [OE-core] [PATCH] openssh: build support openssl 1.1

On 2018年09月12日 17:26, Alexander Kanavin wrote: 2018-09-11 17:18 GMT+02:00 Hongxu Jia : Here are my suggestions 1: Replace dependence openssl10 -> openssl, such as this fix, and drop recipe openssl10 finally; 1 (openssh) in oe-core, 3 (umip, ipsec-tools, mailx) in oe, 3 (openssl-tpm-engine

[OE-core] ✗ patchtest: failure for apr-util: fix ptest fail problem (rev2)

== Series Details == Series: apr-util: fix ptest fail problem (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/14028/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been execute

[OE-core] ✗ patchtest: failure for apr-util: fix ptest fail problem (rev3)

== Series Details == Series: apr-util: fix ptest fail problem (rev3) Revision: 3 URL : https://patchwork.openembedded.org/series/14028/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been execute

Re: [OE-core] [PATCH] openssh: build support openssl 1.1

2018-09-12 11:59 GMT+02:00 Hongxu Jia : > It's a long term target, we should try to push upstream to accept > openssl 1.1, such as split one patch to multiple sub patches step > by step, make it more reviewable, not only openssh, ideally any > recipe depends on 1.0 should be turned to 1.1 The pul

Re: [OE-core] [PATCH v2] python3{,-native}: update to 3.7.0

> Am 11.09.2018 um 20:56 schrieb Alejandro Enedino Hernandez Samaniego > : > > Hey Jens, > Hey Alejandro, > On 09/10/2018 11:58 PM, Jens Rehsack wrote: >> >> >>> Am 10.09.2018 um 23:33 schrieb Alejandro Enedino Hernandez Samaniego >>> >>

[OE-core] [PATCH v2] coreutils: add alternative target for nice

Avoid coreutils conflicts with nice from other recipes, like busybox - even if that's not enabled by default. In situations, where coreutils is a dependency for -dev images and small busybox nice is available always, it avoids extra effort for coreutils for those users. Signed-off-by: Jens Rehsack

Re: [OE-core] [PATCH] disable medium-strength dropbear ssh ciphers

Presumably this doesn't actually work as you're just adding a file to git without actually referring to it anywhere. Ross On 7 September 2018 at 20:16, wrote: > This changes the Dropbear SSH server configuration so it will not > accept medium-strength encryption ciphers including: CBC mode, MD5

[OE-core] [PATCH 1/2] python3{,native}: update to 3.5.6

Includes changes: 76aa2c0a9a bpo-33216: Clarify the documentation for CALL_FUNCTION_* (#8338) 1b141b9553 Doc: Backport language switcher (bpo-33700, bpo-31045) (#8048) f381cfe07d [3.5] bpo-33001: Prevent buffer overrun in os.symlink (GH-5989) (#5991) 937ac1fe06 [3.5] bpo-32981: Fix catastrophic b

[OE-core] [PATCH 2/2] python3{, -native}: backport openssl 1.1.x compatibility changes

Backport changes from 3.7/3.6 to fix failing python3 ssl test suite. Fixes [YOCTO #12919] Signed-off-by: Anuj Mittal --- .../python/python3-native_3.5.6.bb| 5 + ...ontext-has-improved-default-settings.patch | 272 ++ ...S-1.3-cipher-suites-and-OP_NO_TLSv1_.patch |

[OE-core] ✗ patchtest: failure for "python3{,native}: update to 3...." and 1 more

== Series Details == Series: "python3{,native}: update to 3" and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/14038/ 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] openssh: build support openssl 1.1

On Wed, Sep 12, 2018 at 3:30 AM Alexander Kanavin wrote: > > 2018-09-12 11:59 GMT+02:00 Hongxu Jia : > > It's a long term target, we should try to push upstream to accept > > openssl 1.1, such as split one patch to multiple sub patches step > > by step, make it more reviewable, not only openssh,

Re: [OE-core] [PATCH v2] coreutils: add alternative target for nice

Still worn't work IMHO because you forgot to add nice.1 to ALTERNATIVE_${PN}-doc. Also the comment above bindir_progs: # [ df mktemp base64 gets a special treatment and is not included in this should probably be updated to include nice and remove nice from bindir_progs On Wed, Sep 12, 2018 at 2:0

[OE-core] [PATCH] linux-libc-headers: Don't do useless configuration

There's no point in configuring Linux kernel before headers installation. Moreover in come cases it might lead to problems on kernels starting from 4.17 with architecture or platfrom sets CROSS_COMPILE variable automatically, see [1]. Also note Buildroot doesn't do that kind of confiuration as we

Re: [OE-core] [PATCH] linux-libc-headers: Don't do useless configuration

On Wed, Sep 12, 2018 at 9:03 AM Alexey Brodkin wrote: > > There's no point in configuring Linux kernel before > headers installation. > At one point the headers install did not work with out a .config file, has that changed ? if so then this is fine to remove it but this change needs to be done a

Re: [OE-core] [PATCH] linux-libc-headers: Don't do useless configuration

Hi Khem, On Wed, 2018-09-12 at 09:29 -0700, Khem Raj wrote: > On Wed, Sep 12, 2018 at 9:03 AM Alexey Brodkin > wrote: > > > > There's no point in configuring Linux kernel before > > headers installation. > > > > At one point the headers install did not work with out a .config file, > has that

Re: [OE-core] [PATCH] linux-libc-headers: Don't do useless configuration

On Wed, Sep 12, 2018 at 9:35 AM Alexey Brodkin wrote: > > Hi Khem, > > On Wed, 2018-09-12 at 09:29 -0700, Khem Raj wrote: > > On Wed, Sep 12, 2018 at 9:03 AM Alexey Brodkin > > wrote: > > > > > > There's no point in configuring Linux kernel before > > > headers installation. > > > > > > > At one

[OE-core] [PATCH v2] linux-libc-headers: Don't do useless configuration

There's no point in configuring Linux kernel before headers installation. Moreover in come cases it might lead to problems on kernels starting from 4.17 with architecture or platfrom sets CROSS_COMPILE variable automatically, see [1]. Also note Buildroot doesn't do that kind of confiuration as we

[OE-core] [PATCH] initramfs-framework: Don't use 'tr'

tr is available in busybox, but not in toybox. Just use sed instead. Signed-off-by: Andrew Bresticker --- meta/recipes-core/initrdscripts/initramfs-framework/init | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/initrdscripts/initramfs-framework/init b/meta/

[OE-core] inputattach deprecated?

I see "inputattach" tool has been used quite frequently until a few years ago (judging by Google search result). What have we replaced it with? I can't seem to find another way to attach a UART keyboard as an input device. Adam -- ___ Openembedded-core

[OE-core] [PATCH] perf: do not pull in any perl dependencies unless scripting is requested

From: Dima Zavin Signed-off-by: Dima Zavin Signed-off-by: Andrew Bresticker --- meta/recipes-kernel/perf/perf-perl.inc | 7 +++ meta/recipes-kernel/perf/perf.bb | 8 +--- 2 files changed, 8 insertions(+), 7 deletions(-) create mode 100644 meta/recipes-kernel/perf/perf-perl.inc

[OE-core] [PATCH 1/2] kexec-tools: Install systemd service

Set SYSTEMD_PACKAGES and SYSTEMD_SERVICE so that kdump.service actually gets installed. Signed-off-by: Andrew Bresticker --- meta/recipes-kernel/kexec/kexec-tools_2.0.17.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-kernel/kexec/kexec-tools_2.0.17.bb b/meta/recipes-kern

[OE-core] [PATCH 2/2] kexec-tools: Depend on sysinit.target rather than basic.target

kdump.service only needs filesystems to be up, for which sysinit.target is sufficeint. basic.target pulls in networking and other services which are unnecessary for kdump. This is also useful for when kdump.service is used as the boot target (e.g. for the kdump kernel) and only a minimal system nee

[OE-core] [PATCH] oeqa/selftest/recipetool: fix cmake test

Now that oe-core has fribidi packaged Navit will find it at configure time, so add it to the generated DEPENDS. Signed-off-by: Ross Burton --- meta/lib/oeqa/selftest/cases/recipetool.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py

Re: [OE-core] [PATCH v2] coreutils: add alternative target for nice

Tomorrow morning as first :) 2018-09-12 17:54 GMT+02:00 Martin Jansa : > Still worn't work IMHO because you forgot to add nice.1 to > ALTERNATIVE_${PN}-doc. > > Also the comment above bindir_progs: > # [ df mktemp base64 gets a special treatment and is not included in this > should probably be upd

[OE-core] [PATCH 1/2] python/python3: Remove trailing white spaces

Noticed these in my diff when adding some new changes to these files. Signed-off-by: Andrew Geissler --- meta/recipes-devtools/python/python3_3.5.5.bb | 2 +- meta/recipes-devtools/python/python_2.7.15.bb | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-devto

[OE-core] [PATCH 2/2] python/python3: Add option to remove test files

A quick search in the python package shows the following test directories being included in the python image: ./Python-2.7.14/Lib/bsddb/test ./Python-2.7.14/Lib/sqlite3/test ./Python-2.7.14/Lib/ctypes/test ./Python-2.7.14/Lib/unittest/test ./Python-2.7.14/Lib/lib-tk/test ./Python-2.7.14/Lib/email/t

Re: [OE-core] [PATCH v2] python3{,-native}: update to 3.7.0

Hello Jens, On 9/12/2018 4:53 AM, Jens Rehsack wrote: Am 11.09.2018 um 20:56 schrieb Alejandro Enedino Hernandez Samaniego >: Hey Jens, Hey Alejandro, On 09/10/2018 11:58 PM, Jens Rehsack wrote: Am 10.09.2018 um 23:33 schrieb

Re: [OE-core] [PATCH] disable medium-strength dropbear ssh ciphers

>From: "Burton, Ross" >To: joseph-reyno...@charter.net >Cc: "openembedded-core@lists.openembedded.org" >Sent: Wednesday September 12 2018 7:20:27AM >Subject: Re: [OE-core] [PATCH] disable medium-strength dropbear ssh ciphers > >Presumably this doesn't actually work as you're just adding a file to

Re: [OE-core] [PATCH 2/2] python/python3: Add option to remove test files

What are these files? Are they needed by the test suite? If so, lets just put them into python-tests along with the test suite. Ross On 12 September 2018 at 21:40, Andrew Geissler wrote: > A quick search in the python package shows the following test > directories being included in the python

Re: [OE-core] [PATCH] disable medium-strength dropbear ssh ciphers

Yes, I'm aware that dropbear looks for that, but it won't be looking in the recipe folder. If you added it in SRC_URI then it would be in WORKDIR which is almost the right place, but not quite. Patching default_options does seem like the best idea moving forwards though. Ross On 12 September 201

[OE-core] [PATCH v2] dropbear: disable medium-strength ssh ciphers

This changes the Dropbear SSH server configuration so it will not accept medium-strength encryption ciphers including: CBC mode, MD5, 96-bit MAC, and triple DES. This is consistent with the default supported OpenSSH ciphers. Upstream-Status: Pending Signed-off-by: Joseph Reynolds --- meta/recip

Re: [OE-core] [PATCH] disable medium-strength dropbear ssh ciphers

On Wed, Sep 12, 2018 at 2:51 PM, Burton, Ross wrote: > Yes, I'm aware that dropbear looks for that, but it won't be looking > in the recipe folder. If you added it in SRC_URI then it would be in > WORKDIR which is almost the right place, but not quite. > > Patching default_options does seem like t

[OE-core] ✗ patchtest: failure for dropbear: disable medium-strength ssh ciphers

== Series Details == Series: dropbear: disable medium-strength ssh ciphers Revision: 1 URL : https://patchwork.openembedded.org/series/14051/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been e

Re: [OE-core] [PATCH 2/2] python/python3: Add option to remove test files

On Wed, Sep 12, 2018 at 4:11 PM Burton, Ross wrote: > > What are these files? Are they needed by the test suite? If so, lets > just put them into python-tests along with the test suite. I did have a brief email exchange with Alejandro in http://lists.openembedded.org/pipermail/openembedded-core

[OE-core] [PATCH 1/2] linux-libc-headers: Include linux/stddef.h in linux/swab.h

This helps compiling bpf tests using non-glibc C libraries e.g. musl Signed-off-by: Khem Raj Cc: Bruce Ashfield --- ...linux-stddef.h-in-swab.h-uapi-header.patch | 44 +++ .../linux-libc-headers_4.18.bb| 1 + 2 files changed, 45 insertions(+) create mode 100644

[OE-core] [PATCH 2/2] musl: Wire-up name_to_handle_at and name_to_handle_at syscalls

Signed-off-by: Khem Raj --- ...e_to_handle_at-and-name_to_handle_at.patch | 76 +++ meta/recipes-core/musl/musl_git.bb| 1 + 2 files changed, 77 insertions(+) create mode 100644 meta/recipes-core/musl/musl/0001-wireup-linux-name_to_handle_at-and-name_to_handle_at.pa

Re: [OE-core] [PATCH] test-result-log: testcase management tool to store test result

Hi Richard, Great thanks for your feedbacks! I will work on the improvement to address your concerns. Best regards, Ee Peng -Original Message- From: richard.pur...@linuxfoundation.org [mailto:richard.pur...@linuxfoundation.org] Sent: Tuesday, September 11, 2018 11:09 PM To: Yeoh, Ee P

Re: [OE-core] [PATCH] openssh: build support openssl 1.1

On Wed, Sep 12, 2018 at 3:30 AM, Alexander Kanavin wrote: > 2018-09-12 11:59 GMT+02:00 Hongxu Jia : >> It's a long term target, we should try to push upstream to accept >> openssl 1.1, such as split one patch to multiple sub patches step >> by step, make it more reviewable, not only openssh, idea

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

On Tue, Aug 28, 2018 at 3:23 AM, Alexander Kanavin wrote: > From: Alexander Kanavin > > 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 critica

Re: [OE-core] [PATCH v3] wic: Introduce the --use-label partition parameter

On 09/12/2018 08:44 AM, Kevin Hao wrote: > + --use-label: This option is specific to wic. It makes wic to use the > + label in /etc/fstab to specify a partition. If the > + --use-label and --use-uuid are used at the same time, > +

Re: [OE-core] [PATCH 1/2] linux-libc-headers: Include linux/stddef.h in linux/swab.h

On 2018-09-12 9:05 PM, Khem Raj wrote: This helps compiling bpf tests using non-glibc C libraries e.g. musl Looks good to me. Thanks for the cc', most appreciated. Acked-by: Bruce Ashfield Signed-off-by: Khem Raj Cc: Bruce Ashfield --- ...linux-stddef.h-in-swab.h-uapi-header.patch | 44

[OE-core] [PATCH] insane: Recognise BPF as a valid EM_MACHINE type

BPF Linux ELF objects are generated with kernel-selftests with >= 4.18 kernel and when clang is enabled which packages BPF objects into packages, therefore recongnise this as a valid ELF target Add a selftest for BPF Do not flag BPF objects in target, since they pretty much will be ok for most of

[OE-core] [PATCH V3] apr-util: fix ptest fail problem

From: Changqing Li Test suite test_dbm failed after gdbm upgrtade to 13.1, from 13.1, return value of some function are changed. * gdbm_fetch, gdbm_firstkey, and gdbm_nextkey behavior If the requested key was not found, these functions return datum with dptr pointing to NULL and set gdbm_errno

Re: [OE-core] [PATCH v3] wic: Introduce the --use-label partition parameter

On Thu, Sep 13, 2018 at 10:38:09AM +0800, Anuj Mittal wrote: > On 09/12/2018 08:44 AM, Kevin Hao wrote: > > + --use-label: This option is specific to wic. It makes wic to use > > the > > + label in /etc/fstab to specify a partition. If the > > + --