[OE-core][PATCH] python-numpy: Remove workaround for host gcc < 5

Signed-off-by: Adrian Bunk --- meta/recipes-devtools/python-numpy/python-numpy.inc | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta/recipes-devtools/python-numpy/python-numpy.inc b/meta/recipes-devtools/python-numpy/python-numpy.inc index 727755393e..0bff979a6b 100644 ---

[OE-core][PATCH] apt: Remove workarounds for host gcc < 5

Signed-off-by: Adrian Bunk --- .../recipes-devtools/apt/apt-native_1.2.31.bb | 4 +- ...nging-the-global-LC_TIME-for-Release.patch | 80 --- ...caled-std-put_time-instead-rolling-o.patch | 46 --- ...ntrib-strutl.cc-Include-array-header.patch | 33 4 files

[OE-core][PATCH] vte: Remove workaround for gcc 4.8

Signed-off-by: Adrian Bunk --- ...chool-asignment-to-avoid-gcc-4.8-err.patch | 27 --- meta/recipes-support/vte/vte_0.60.2.bb| 2 +- 2 files changed, 1 insertion(+), 28 deletions(-) delete mode 100644

[OE-core][PATCH] nettle: Remove workaround for gcc < 5

Signed-off-by: Adrian Bunk --- meta/recipes-support/nettle/nettle_3.6.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-support/nettle/nettle_3.6.bb b/meta/recipes-support/nettle/nettle_3.6.bb index b71f56d83d..90f8625ae5 100644 --- a/meta/recipes-support/nettle/nettle_3.6.bb

[OE-core][PATCH] libtasn1: Remove workaround for host gcc < 5

Signed-off-by: Adrian Bunk --- meta/recipes-support/gnutls/libtasn1_4.16.0.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-support/gnutls/libtasn1_4.16.0.bb b/meta/recipes-support/gnutls/libtasn1_4.16.0.bb index 8337b70241..18dae6d0c9 100644 ---

Re: [OE-core][PATCH] matchbox-wm: Replace -fcommon with fix

On Tue, 2020-05-12 at 17:14 +0300, Adrian Bunk wrote: > Signed-off-by: Adrian Bunk > --- > .../0001-Fix-build-with-gcc-10.patch | 41 +++ > .../matchbox-wm/matchbox-wm_1.2.2.bb | 3 +- > 2 files changed, 42 insertions(+), 2 deletions(-) > create mode 100644 >

[OE-core][PATCH v2] classes/kernel: Generate reproducible kernel module tarball

If reproducible binaries are requested, generate the kernel modules tarball in a reproducible way. Namely, sort the tarball contents, clamp the mtime to the source date epoch, compress the archive with a consistent compression level (9), and don't include the name and timestamp in the compressed

Re: [OE-core] [PATCH 1/2] libva: upgrade 2.6.1 -> 2.7.1

Ping -Original Message- From: openembedded-core@lists.openembedded.org On Behalf Of Naveen Saini Sent: Friday, May 8, 2020 7:03 PM To: openembedded-core@lists.openembedded.org Subject: [OE-core] [PATCH 1/2] libva: upgrade 2.6.1 -> 2.7.1 For release details:

Re: [OE-core] [PATCH] file: Remove unneccessary override of PACKAGECONFIG for native

On Tue, May 12, 2020 at 2:43 PM Peter Kjellerstedt wrote: > > There is no reason to set PACKAGECONFIG_class-native to the same value > as the default PACKAGECONFIG. End users often don't know how to safely change PACKAGECONFIG from a .bbappend and might try PACKAGECONFIG += "foo" or

[OE-core] [PATCH] file: Remove unneccessary override of PACKAGECONFIG for native

There is no reason to set PACKAGECONFIG_class-native to the same value as the default PACKAGECONFIG. Signed-off-by: Peter Kjellerstedt --- meta/recipes-devtools/file/file_5.38.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/file/file_5.38.bb

[OE-core] [PATCH] wayland: fix condition for strndup detection

current check does not work with gcc10 Signed-off-by: Khem Raj --- .../0001-build-Fix-strndup-detection-on-MinGW.patch| 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch

[OE-core] ✗ patchtest: failure for nettle: Remove workaround for gcc < 5

== Series Details == Series: nettle: Remove workaround for gcc < 5 Revision: 1 URL : https://patchwork.openembedded.org/series/24115/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

On 2020-05-12 12:58 a.m., Rahul Kumar wrote: Hi, Can any one please help me to figure out how to deal with the GPLv3+ issue. you can see my Patch at below link https://patchwork.openembedded.org/patch/172134/ *Issue:* the new license (GPLv3) causes problems:

[OE-core] [PATCH] glib-2.0: Fix stpcpy detection for mingw

Backport an upstream patch to fix it Signed-off-by: Khem Raj --- ...etect-stpcpy-on-windows-platforms-on.patch | 53 +++ meta/recipes-core/glib-2.0/glib-2.0_2.64.2.bb | 1 + 2 files changed, 54 insertions(+) create mode 100644

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

> -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Rahul Kumar > Sent: den 23 april 2020 20:40 > To: openembedded-core@lists.openembedded.org > Cc: Rahul Kumar > Subject: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2 >

[OE-core] [PATCH V4] gcc10: Update to GCC 10.1 Release

* Package new gomp header acc_prof.h * Package lto-dump which is a new tool in gcc10 * All Changes are here [1] * Porting apps to gcc 10 help is here [2] * Backport a patch to fix CET errors on cross builds * Add patch to fix mingw libstdc++ [1] https://gcc.gnu.org/gcc-10/changes.html [2]

[OE-core] [PATCH v2] cve-check: add option to format reports as comma seperated values

From: Timon Ulrich cve-check will check if CVE_CHECK_FORMAT_CSV is set and format the outputs (manifest etc.) as CSV for use in spreadsheets. Signed-off-by: Timon Ulrich --- meta/classes/cve-check.bbclass | 52 ++ 1 file changed, 40 insertions(+), 12

[OE-core][zeus][PATCH V2] glibc: CVE-2020-1752

Backport the CVE patch from upstream: git://sourceware.org/git/glibc.git commit ddc650e9b3dc916eab417ce9f79e67337b05035c Signed-off-by: Zhixiong Chi --- .../glibc/glibc/CVE-2020-1752.patch | 66 +++ meta/recipes-core/glibc/glibc_2.30.bb | 1 + 2 files changed,

Re: [OE-core] [PATCH V4] gcc10: Update to GCC 10.1 Release

On Tue, 2020-05-12 at 00:05 -0700, Khem Raj wrote: > * Package new gomp header acc_prof.h > * Package lto-dump which is a new tool in gcc10 > * All Changes are here [1] > * Porting apps to gcc 10 help is here [2] > * Backport a patch to fix CET errors on cross builds > * Add patch to fix mingw

Re: [OE-core] [PATCH V3 2/3] gcc10: Default back to -fcommon

On Mon, May 11, 2020 at 11:28:11AM -0700, Khem Raj wrote: > For time being change back to -fcommon as default, helps us iron > out other issues, eventually this should be removed as we fix the > packages to work with -fno-common >... What packages are still unfixed? AFAIK the only remaining big

[OE-core] [meta-OE][PATCH v3] image.bbclass: deploy image artifacts in stages

From: Bartosz Golaszewski Make each IMAGE_CMD task an sstate task with its own IMGDEPLOYDIR override. This way each generated set of artifacts is deployed as soon as it's ready instead of the do_image_complete task handling the entire deployement. This allows us to better fine-tune dependencies

[OE-core][PATCH] iproute2: Remove -fcommon

This was fixed in upstream version 5.5.0. Signed-off-by: Adrian Bunk --- meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb

[OE-core][PATCH] menu-cache: Replace -fcommon with fix

Signed-off-by: Adrian Bunk --- .../0001-Support-gcc10-compilation.patch | 111 ++ .../menu-cache/menu-cache_1.1.0.bb| 6 +- 2 files changed, 114 insertions(+), 3 deletions(-) create mode 100644

[OE-core][PATCH] xorg-xserver: Remove -fcommon

This was fixed in upstream version 1.20.8. Signed-off-by: Adrian Bunk --- meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb

[OE-core][PATCH] llvm: Remove -fcommon

I cannot reproduce the problem. Signed-off-by: Adrian Bunk --- meta/recipes-devtools/llvm/llvm_git.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-devtools/llvm/llvm_git.bb b/meta/recipes-devtools/llvm/llvm_git.bb index a8607f5008..d24ed761bf 100644 ---

[OE-core][PATCH] mesa: Remove -fcommon

This was fixed in upstream version 20.0. Signed-off-by: Adrian Bunk --- meta/recipes-graphics/mesa/mesa_20.0.2.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-graphics/mesa/mesa_20.0.2.bb b/meta/recipes-graphics/mesa/mesa_20.0.2.bb index 56ee28c870..ee0260e073 100644 ---

[OE-core][PATCH] matchbox-wm: Replace -fcommon with fix

Signed-off-by: Adrian Bunk --- .../0001-Fix-build-with-gcc-10.patch | 41 +++ .../matchbox-wm/matchbox-wm_1.2.2.bb | 3 +- 2 files changed, 42 insertions(+), 2 deletions(-) create mode 100644

[OE-core][PATCH] libxcrypt2: Remove -fcommon

This was fixed in upstream version 4.4.12. Signed-off-by: Adrian Bunk --- meta/recipes-core/libxcrypt/libxcrypt.inc | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-core/libxcrypt/libxcrypt.inc b/meta/recipes-core/libxcrypt/libxcrypt.inc index bee1367c99..2d2a0b03e3 100644 ---

[OE-core][PATCH] at-spi2-atk: Remove -fcommon

This was fixed in upstream version 2.34.0. Signed-off-by: Adrian Bunk --- meta/recipes-support/atk/at-spi2-atk_2.34.2.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb b/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb index

[OE-core][PATCH] classes/kernel: Generate reproducible kernel module tarball

If reproducible binaries are requested, generate the kernel modules tarball in a reproducible way. Namely, sort the tarball contents, clamp the mtime to the source date epoch, compress the archive with a consistent compression level (9), and don't include the name and timestamp in the compressed

[OE-core][zeus][PATCH V2] populate_sdk_base.bbclass: fix warning: name not matched

When do populate_sdk with SDK_ARCHIVE_TYPE = "zip", will have below warnig in log file, this patch fixes it. Fix below warning: zip warning: name not matched: sysroots/aarch64-wrs-linux/etc/udev/rules.d/80-net-setup-link.rules zip warning: name not matched:

Re: [OE-core] [oe][yocto][bitbake] Fetching source using different protocols

Thank you all, your answers were so helpful, My problem had been solved. The reason behind my question was a temporary connections error for some machines in the lab so I needed some way to cover this problem as fast as possible to keep my Yocto recipes away from this problem. Thank you very

[OE-core][PATCH V2] populate_sdk_base.bbclass: fix warning: name not matched

When do populate_sdk with SDK_ARCHIVE_TYPE = "zip", have below warning in log file, this patch fixes it. zip warning: name not matched: sysroots/core2-64-poky-linux/etc/tmpfiles.d/etc.conf zip warning: name not matched: sysroots/core2-64-poky-linux/etc/tmpfiles.d/home.conf zip warning: name not

Re: [OE-core][PATCH] classes/kernel: Generate reproducible kernel module tarball

On 5/12/20 9:22 AM, Richard Purdie wrote: On Tue, 2020-05-12 at 08:40 -0500, Joshua Watt wrote: If reproducible binaries are requested, generate the kernel modules tarball in a reproducible way. Namely, sort the tarball contents, clamp the mtime to the source date epoch, compress the archive

[OE-core][PATCH] wireless-regdb: Upgrade 2019.06.03 -> 2020.04.29

From: Adrian Bunk Signed-off-by: Adrian Bunk --- ...reless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2019.06.03.bb => wireless-regdb_2020.04.29.bb} (91%) diff --git

[OE-core] Yocto Project Status WW19'20

Current Dev Position: YP 3.2 M1 Next Deadline: YP 3.2 M1 build date 2020/6/16 Next Team Meetings: * Bug Triage meeting Thursday May 14th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday june 2nd at 8am PDT (

Re: [OE-core] [PATCH v2] cve-check: add option to format reports as comma seperated values

On Tue, 12 May 2020 at 09:17, wrote: > +if d.getVar("CVE_CHECK_FORMAT_CSV") == "1": > +manifest_name += ".csv" > + > +with open(cve_tmp_file, "r") as f: > +db_update_timestamp = f.readline() > +orig_tmp_file = f.readlines()[1:] > +

Re: [OE-core] [PATCH V3 2/3] gcc10: Default back to -fcommon

On 5/12/20 6:44 AM, Adrian Bunk wrote: On Mon, May 11, 2020 at 11:28:11AM -0700, Khem Raj wrote: For time being change back to -fcommon as default, helps us iron out other issues, eventually this should be removed as we fix the packages to work with -fno-common ... What packages are still

Re: [OE-core] [PATCH V3 2/3] gcc10: Default back to -fcommon

On Tue, May 12, 2020 at 08:16:14AM -0700, Khem Raj wrote: > > > On 5/12/20 6:44 AM, Adrian Bunk wrote: > > On Mon, May 11, 2020 at 11:28:11AM -0700, Khem Raj wrote: > > > For time being change back to -fcommon as default, helps us iron > > > out other issues, eventually this should be removed as

Re: [OE-core][PATCH] classes/kernel: Generate reproducible kernel module tarball

On Tue, 2020-05-12 at 09:27 -0500, Joshua Watt wrote: > On 5/12/20 9:22 AM, Richard Purdie wrote: > > On Tue, 2020-05-12 at 08:40 -0500, Joshua Watt wrote: > > > If reproducible binaries are requested, generate the kernel modules > > > tarball in a reproducible way. Namely, sort the tarball

Re: [OE-core] [PATCH 1/3] bitbake.conf: propagate 'opengl' DISTRO_FEATURE to native/nativesdk from target

On 5/12/20 8:11 AM, Alexander Kanavin wrote: This will allow better control over native virgl/qemu configurations. Adjust gtk+3/cairo native configurations to actually ignore opengl when building for -native: we do not need it, and it would cause build failures as only a limited subset of

Re: [OE-core][PATCH] classes/kernel: Generate reproducible kernel module tarball

On Tue, 2020-05-12 at 08:40 -0500, Joshua Watt wrote: > If reproducible binaries are requested, generate the kernel modules > tarball in a reproducible way. Namely, sort the tarball contents, clamp > the mtime to the source date epoch, compress the archive with a > consistent compression level

[OE-core] [PATCH 2/3] libsdl2: enable opengl option for native/nativesdk, subject to 'opengl' in DISTRO_FEATURES

This allows virgl support in qemu with the SDL frontend Signed-off-by: Alexander Kanavin --- meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb

[OE-core] [PATCH 1/3] bitbake.conf: propagate 'opengl' DISTRO_FEATURE to native/nativesdk from target

This will allow better control over native virgl/qemu configurations. Adjust gtk+3/cairo native configurations to actually ignore opengl when building for -native: we do not need it, and it would cause build failures as only a limited subset of mesa-native is currently built. Drop

[OE-core] [PATCH 3/3] qemu: enable virglrenderer and glx options subject to 'opengl' DISTRO_FEATURE

Note that to actually use accelerated GL passthrough, there are two options 1) a suitable frontend need to be also enabled - gtk+ and SDL both seem to work well. Previously I struggled to make SDL work, but now it seems fine. 2) it is also possible to render off-screen with -display

Re: [OE-core][PATCH] llvm: Remove -fcommon

On 5/12/20 7:14 AM, Adrian Bunk wrote: I cannot reproduce the problem. have you built the target recipe with gcc10 with -fno-common default ? Signed-off-by: Adrian Bunk --- meta/recipes-devtools/llvm/llvm_git.bb | 2 -- 1 file changed, 2 deletions(-) diff --git

Re: [OE-core] [PATCH 1/3] bitbake.conf: propagate 'opengl' DISTRO_FEATURE to native/nativesdk from target

On Tue, 12 May 2020 at 17:20, Khem Raj wrote: > DISTRO_FEATURES are meant for target most of the time so this seems not > the right way to go about it. perhaps HOST_DISTRO_FEATURES or some such > would be the way to go, since it should not be enforced on folks who do > not want it and dont use

Re: [OE-core][PATCH] llvm: Remove -fcommon

On Tue, May 12, 2020 at 08:17:15AM -0700, Khem Raj wrote: > On 5/12/20 7:14 AM, Adrian Bunk wrote: > > I cannot reproduce the problem. > > have you built the target recipe with gcc10 with -fno-common default ? Yes. For menu-cache and matchbox-wm I got failures without the patches, but not for

Re: [OE-core] [PATCH V3 2/3] gcc10: Default back to -fcommon

On Tue, May 12, 2020 at 8:40 AM Adrian Bunk wrote: > > On Tue, May 12, 2020 at 08:16:14AM -0700, Khem Raj wrote: > > > > > > On 5/12/20 6:44 AM, Adrian Bunk wrote: > > > On Mon, May 11, 2020 at 11:28:11AM -0700, Khem Raj wrote: > > > > For time being change back to -fcommon as default, helps us

[OE-core] ✗ patchtest: failure for "[v5] gcc10: Update to GCC 10.1..." and 2 more

== Series Details == Series: "[v5] gcc10: Update to GCC 10.1..." and 2 more Revision: 1 URL : https://patchwork.openembedded.org/series/24107/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH v5 2/3] gcc10: Default back to -fcommon

For time being change back to -fcommon as default, helps us iron out other issues, eventually this should be removed as we fix the packages to work with -fno-common Signed-off-by: Khem Raj Signed-off-by: Richard Purdie --- v2: Rebase only, no change v3: Rebase only, no change v4: Rebase only,

[OE-core] [master,dunfell][PATCH V5 3/3] glibc: Update to latest on 2.31 branch

There are few fixes specifically for compiling with gcc10 that are good to have, before hitting them later Backport build fix from master for aarch64 with gcc10 Drop CVE-2020-10029 patch its already applied on latest 2.31 branch latest glibc 2.31 added fix for __getauxval/aarch64 issue

[OE-core] [PATCH v5 1/3] gcc10: Update to GCC 10.1 Release

* Package new gomp header acc_prof.h * Package lto-dump which is a new tool in gcc10 * All Changes are here [1] * Porting apps to gcc 10 help is here [2] * Backport a patch to fix CET errors on cross builds * Add patch to fix mingw libstdc++ [1] https://gcc.gnu.org/gcc-10/changes.html [2]

Re: [OE-core] [PATCH V4] gcc10: Update to GCC 10.1 Release

On Tue, May 12, 2020 at 5:46 AM Richard Purdie wrote: > > On Tue, 2020-05-12 at 00:05 -0700, Khem Raj wrote: > > * Package new gomp header acc_prof.h > > * Package lto-dump which is a new tool in gcc10 > > * All Changes are here [1] > > * Porting apps to gcc 10 help is here [2] > > * Backport a