[OE-core][PATCH] connman-conf: make connman-conf only available for qemuall

connman-conf is only for qemu machines, so use COMPATIBLE_MACHINE to limit that it is only available for qemuall, or else it can be built successfully without the package connman-conf generated. Signed-off-by: Li Zhou --- meta/recipes-connectivity/connman/connman-conf.bb | 2 ++ 1 file changed,

[OE-core] [PATCH 3/4] stress-ng: upgrade 0.11.17 -> 0.11.18

Signed-off-by: Anuj Mittal --- .../stress-ng/{stress-ng_0.11.17.bb => stress-ng_0.11.18.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-extended/stress-ng/{stress-ng_0.11.17.bb => stress-ng_0.11.18.bb} (90%) diff --git a/meta/recipes-extended/stress-ng/stress-n

[OE-core] [PATCH 2/4] sqlite3: upgrade 3.32.3 -> 3.33.0

Signed-off-by: Anuj Mittal --- .../sqlite/{sqlite3_3.32.3.bb => sqlite3_3.33.0.bb}| 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-support/sqlite/{sqlite3_3.32.3.bb => sqlite3_3.33.0.bb} (68%) diff --git a/meta/recipes-support/sqlite/sqlite3_3.32.3.bb b/

[OE-core] [PATCH 1/4] harfbuzz: upgrade 2.6.8 -> 2.7.1

Signed-off-by: Anuj Mittal --- .../harfbuzz/{harfbuzz_2.6.8.bb => harfbuzz_2.7.1.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-graphics/harfbuzz/{harfbuzz_2.6.8.bb => harfbuzz_2.7.1.bb} (92%) diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_2.6.8.

[OE-core] [PATCH 4/4] x264: upgrade to latest revision

Signed-off-by: Anuj Mittal --- meta/recipes-multimedia/x264/x264_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multimedia/x264/x264_git.bb b/meta/recipes-multimedia/x264/x264_git.bb index 1ff5348b9e..f226fec3c4 100644 --- a/meta/recipes-multimedia/x2

[OE-core][poky][zeus][PATCH] qemu: CVE-2020-16092

Backport CVE patch from the upstream: https://git.qemu.org/?p=qemu.git;a=commit;h=035e69b063835a5fd23cacabd63690a3d84532a8 Signed-off-by: Li Wang --- meta/recipes-devtools/qemu/qemu.inc | 1 + .../qemu/qemu/CVE-2020-16092.patch| 49 +++ 2 files changed, 50

[OE-core] ✗ patchtest: failure for libffi: fix multilib header conflict (rev4)

== Series Details == Series: libffi: fix multilib header conflict (rev4) Revision: 4 URL : https://patchwork.openembedded.org/series/25612/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been exe

[OE-core] ✗ patchtest: failure for gpgme: fix multilib header conflict (rev4)

== Series Details == Series: gpgme: fix multilib header conflict (rev4) Revision: 4 URL : https://patchwork.openembedded.org/series/25613/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been exec

[OE-core] [PATCH V4] gpgme: fix multilib header conflict

From: Changqing Li fix error: file /usr/include/gpgme.h conflicts between attempted installs of gpgme-dev-1.13.1-r0.core2_64 and lib32-gpgme-dev-1.13.1-r0.core2_32 --- usr/include/gpgme-32.h 2018-03-09 20:34:56.0 +0800 +++ usr/include/gpgme-64.h 2018-03-09 20:34:56.0 +

[OE-core] [PATCH V3] libffi: fix multilib header conflict

From: Changqing Li fix error: file /usr/include/ffitarget.h conflicts between attempted installs of lib32-libffi-dev-3.3-r0.armv7vet2hf_vfp and libffi-dev-3.3-r0.cortexa57 part of diff --- usr/include/ffitarget-32.h 2020-08-13 11:29:54.0 +0800 +++ usr/include/ffitarget-64.h 2020-08-13

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading: https://wiki.yoctoproject.org/wiki/Bug_Triage#N

Re: [OE-core] [PATCH V3] gpgme: fix multilib header conflict

On 8/17/20 3:41 PM, Richard Purdie wrote: On Mon, 2020-08-17 at 10:57 +0800, Changqing Li wrote: From: Changqing Li fix error: file /usr/include/gpgme.h conflicts between attempted installs of gpgme-dev-1.13.1-r0.core2_64 and lib32-gpgme-dev-1.13.1-r0.core2_32 diff of gpgme-32.h and gpgme-64.

Re: [OE-core] [PATCH] gcc10: Don't default back to -fcommon

On Mon, Aug 17, 2020 at 3:55 PM Khem Raj wrote: > On Mon, Aug 17, 2020 at 12:47 PM Khem Raj wrote: > > > > On Mon, Aug 17, 2020 at 5:27 AM Richard Purdie > > wrote: > > > > > > On Sun, 2020-08-16 at 18:55 -0400, Bruce Ashfield wrote: > > > > > > > > > > > > On Sun, Aug 16, 2020 at 9:47 AM Richa

Re: [OE-core] [PATCH] gcc10: Don't default back to -fcommon

On Mon, Aug 17, 2020 at 12:47 PM Khem Raj wrote: > > On Mon, Aug 17, 2020 at 5:27 AM Richard Purdie > wrote: > > > > On Sun, 2020-08-16 at 18:55 -0400, Bruce Ashfield wrote: > > > > > > > > > On Sun, Aug 16, 2020 at 9:47 AM Richard Purdie < > > > richard.pur...@linuxfoundation.org> wrote: > > > >

Re: [OE-core] [PATCH] gcc10: Don't default back to -fcommon

On Mon, Aug 17, 2020 at 5:27 AM Richard Purdie wrote: > > On Sun, 2020-08-16 at 18:55 -0400, Bruce Ashfield wrote: > > > > > > On Sun, Aug 16, 2020 at 9:47 AM Richard Purdie < > > richard.pur...@linuxfoundation.org> wrote: > > > On Sat, 2020-08-15 at 19:41 -0700, Khem Raj wrote: > > > > Bruce, > >

[OE-core] ✗ patchtest: failure for xserver-xorg: Fix build with -fno-common/mips

== Series Details == Series: xserver-xorg: Fix build with -fno-common/mips Revision: 1 URL : https://patchwork.openembedded.org/series/25644/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been e

[OE-core] [PATCH] xserver-xorg: Fix build with -fno-common/mips

Build fails on architectures which use IOPortBase Signed-off-by: Khem Raj --- ...-duplicate-definitions-of-IOPortBase.patch | 45 +++ .../xorg-xserver/xserver-xorg_1.20.8.bb | 1 + 2 files changed, 46 insertions(+) create mode 100644 meta/recipes-graphics/xorg-xserver/xs

[OE-core] -mmusl missing in SDK / CMake MUSL toolchain

Hello all, Compared with a BitBake/CMake built of a C application, the SDK/CMake approach lacks the "-mmusl" flag. The resulting binaries of the SDK do not load on the target (wrong runtime linker/loader). Minimal test case here (dunfell), just run make will show PASS / FAIL for BitBake and SDK a

[OE-core][dunfell 5/7] linux-yocto-rt/5.4: update to rt32

From: Bruce Ashfield Integrating the following commit(s) to linux-yocto/5.4: 2739bdb0bfa0 Linux 5.4.54-rt32 0124e412ea96 Linux 5.4.52-rt31 d85676a72421 Linux 5.4.49-rt30 72bbd8083a44 Linux 5.4.48-rt29 Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie (cherry picked f

[OE-core][dunfell 7/7] linux-yocto/5.4: update to v5.4.57

From: Bruce Ashfield Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: d9939285fc81 Linux 5.4.57 ca7ace8fd26d bpf: sockmap: Require attach_bpf_fd when detaching a program 9fe975acb53f selftests: bpf: Fix detach from sockmap tests c7

[OE-core][dunfell 6/7] linux-yocto/5.4: update to v5.4.56

From: Bruce Ashfield Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: 1b940bbc5c55 Linux 5.4.56 df35e878d0a5 perf bench: Share some global variables to fix build with gcc 10 702d1b287fd2 perf env: Do not return pointers to local varia

[OE-core][dunfell 4/7] go: Upgrade to 1.14.7

From: Khem Raj CVE_CHECK_WHITELIST += "CVE-2020-16845" Signed-off-by: Khem Raj Cc: Li Zhou Signed-off-by: Richard Purdie (cherry picked from commit 91580c9d335e0fbee95f94be6f9b34298d3e9a48) Signed-off-by: Steve Sakoman --- meta/recipes-devtools/go/go-1.14.inc | 4 ++-- 1 file changed, 2 ins

[OE-core][dunfell 2/7] gcc-9.3.inc: Mark CVE-2019-15847 as fixed

From: Khem Raj We do not have explicit patch to mark it and cve checker gets confused, so help it out Signed-off-by: Khem Raj Signed-off-by: Steve Sakoman --- meta/recipes-devtools/gcc/gcc-9.3.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devtools/gcc/gcc-9.3.inc b/m

[OE-core][dunfell 1/7] glibc: Bring in CVE fixes and other bugfixes from 2.31 release branch

From: Khem Raj Drop 0016-Add-unused-attribute.patch since its fixed by Rewrite iconv option parsing [BZ #19519] [1] Upgrade to latest on 2.31 branch which brings following bug fixes * 6fdf971c9db (origin/release/2.31/master) Add NEWS entry for CVE-2016-10228 (bug 19519) * 70d585151c0 Rewrite i

[OE-core][dunfell 0/7] Patch review

Please review this next set of patches for dunfell and have comments back by end of day Wednesday. Passed a-full on autobuilder (other than 500 server error posting report for qemumips-alt): https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1265 The following changes since commi

[OE-core][dunfell 3/7] go: update 1.14.4 -> 1.14.6

From: Khem Raj Includes security Fixes for CVE-2020-14039 and CVE-2020-15586 (cherry picked from commit 97d5c2d1f2dffe2518f46bbe57cb9348eb59c633) (cherry picked from commit 6591d269792fe864d7af4e379035f1cebc4510f5) (cherry picked from commit c9011d04eb624aeabf5d707e88de80137bcc2eb1) Signed-off-

Re: [OE-core] [AUH] bind: upgrading to 9.16.5 FAILED

This update has been attempted a few times. It has many moving parts. the latest work is sitting @ https://git.openembedded.org/openembedded-core-contrib akuster/bind_update - armin On 8/15/20 11:19 PM, a...@auh

Re: [OE-core] [PATCH] gcc10: Don't default back to -fcommon

On Mon, 2020-08-17 at 10:15 -0400, Bruce Ashfield wrote: > > > On Mon, Aug 17, 2020 at 8:27 AM Richard Purdie < > richard.pur...@linuxfoundation.org> wrote: > > On Sun, 2020-08-16 at 18:55 -0400, Bruce Ashfield wrote: > > > > > > > > > On Sun, Aug 16, 2020 at 9:47 AM Richard Purdie < > > > rich

Re: [OE-core] [PATCH] gcc10: Don't default back to -fcommon

On Mon, Aug 17, 2020 at 8:27 AM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Sun, 2020-08-16 at 18:55 -0400, Bruce Ashfield wrote: > > > > > > On Sun, Aug 16, 2020 at 9:47 AM Richard Purdie < > > richard.pur...@linuxfoundation.org> wrote: > > > On Sat, 2020-08-15 at 19:41 -0700

[OE-core] [PATCH] runqemu: Check gtk or sdl option is passed together with gl or gl-es options.

runqemu help reports that gtk or sdl option is needed with gl or gl-es option. But if user forgot to add gtk or sdl option, then gl or gl-es options were silently skipped. Signed-off-by: Vasyl Vavrychuk --- scripts/runqemu | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/scr

Re: [OE-core] [PATCH] gcc10: Don't default back to -fcommon

On Sun, 2020-08-16 at 18:55 -0400, Bruce Ashfield wrote: > > > On Sun, Aug 16, 2020 at 9:47 AM Richard Purdie < > richard.pur...@linuxfoundation.org> wrote: > > On Sat, 2020-08-15 at 19:41 -0700, Khem Raj wrote: > > > Bruce, > > > > > > We need > > > > > https://github.com/torvalds/linux/commi

[OE-core] [PATCH V4 3/3] libubootenv: uprev to v0.3

From: Ming Liu Update libubootenv to the latest 0.3 release, which comprises the following commits: ``` 1efed83 Increase max length for device name 6f4fc1c uboot_env: Use canonicalized pathname when reading device 23b3086 Fix bug introduced by commit 52a70114 ed1a53e Dont store to device if no v

[OE-core] [PATCH V4 0/3] libubootenv: uprev to v0.3

From: Ming Liu Changes in patch set V4: 1 Add UBOOT_MACHINE to qemumips/qemumips64 to fix a uboot build issue. 2 Set PACKAGE_ARCH = "${MACHINE_ARCH}" to fix a test_sstate_sametune_samesigs issue. Ming Liu (3): conf/machine: set UBOOT_MACHINE for qemumips and qemumips64 multilib.conf: add

[OE-core] [PATCH V4 2/3] multilib.conf: add u-boot to NON_MULTILIB_RECIPES

From: Ming Liu u-boot should be a non multilib recipe, add it in NON_MULTILIB_RECIPES. Signed-off-by: Ming Liu --- meta/conf/multilib.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/multilib.conf b/meta/conf/multilib.conf index 58f2ac5c86..d231107f8b 100644 -

[OE-core] [PATCH V4 1/3] conf/machine: set UBOOT_MACHINE for qemumips and qemumips64

From: Ming Liu These machines support booting U-Boot, so set the machine appropriately. Signed-off-by: Ming Liu --- meta/conf/machine/qemumips.conf | 2 ++ meta/conf/machine/qemumips64.conf | 2 ++ 2 files changed, 4 insertions(+) diff --git a/meta/conf/machine/qemumips.conf b/meta/conf/mac

Re: [OE-core] [PATCH v5 2/2] image_types: add Zstandard conversion support

On Sat, 2020-08-15 at 19:10 +0300, Adrian Bunk wrote: > On Fri, Dec 06, 2019 at 12:00:54PM +, Ross Burton wrote: > > ... > > Personally I'm leaning towards keeping zstd out of core *for now* > > but I > > struggle to have a strong opinion either way. > > ... > > Is there a chance the "for now"

Re: [OE-core] [PATCH V3] gpgme: fix multilib header conflict

On Mon, 2020-08-17 at 10:57 +0800, Changqing Li wrote: > From: Changqing Li > > fix error: > file /usr/include/gpgme.h conflicts between attempted installs of > gpgme-dev-1.13.1-r0.core2_64 and lib32-gpgme-dev-1.13.1-r0.core2_32 > > diff of gpgme-32.h and gpgme-64.h > 21c21 > < * Generated from

Re: [OE-core] [PATCH V3 2/2] libubootenv: uprev to v0.3

Will investigate the build issues. Thanks. //Ming Liu Richard Purdie 於 2020年8月15日 週六 上午12:06寫道： > On Fri, 2020-08-14 at 13:12 -0700, Khem Raj wrote: > > for qemumips I am still seeing > > > > 00:01:59.669 WARNING: No bb files in default matched > > BBFILE_PATTERN_odroid-extras > > > '^/mnt/jenk