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

[Naveen Saini]

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:
https://github.com/intel/libva/releases/tag/2.7.1
https://github.com/intel/libva/releases/tag/2.7.0

Signed-off-by: Naveen Saini 
---
 .../libva/{libva-initial_2.6.1.bb => libva-initial_2.7.1.bb}   | 3 +--
 meta/recipes-graphics/libva/{libva_2.6.1.bb => libva_2.7.1.bb} | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)  rename 
meta/recipes-graphics/libva/{libva-initial_2.6.1.bb => libva-initial_2.7.1.bb} 
(50%)  rename meta/recipes-graphics/libva/{libva_2.6.1.bb => libva_2.7.1.bb} 
(84%)

diff --git a/meta/recipes-graphics/libva/libva-initial_2.6.1.bb 
b/meta/recipes-graphics/libva/libva-initial_2.7.1.bb
similarity index 50%
rename from meta/recipes-graphics/libva/libva-initial_2.6.1.bb
rename to meta/recipes-graphics/libva/libva-initial_2.7.1.bb
index 2c845238da..3e2b806c6d 100644
--- a/meta/recipes-graphics/libva/libva-initial_2.6.1.bb
+++ b/meta/recipes-graphics/libva/libva-initial_2.7.1.bb
@@ -1,8 +1,7 @@
 require libva.inc
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=2e48940f94acb0af582e5ef03537800f"
-SRC_URI[md5sum] = "aef13eb48e01a47d1416d97462a22a11"
-SRC_URI[sha256sum] = 
"6c57eb642d828af2411aa38f55dc10111e8c98976dbab8fd62e48629401eaea5"
+SRC_URI[sha256sum] = 
"a00ff19d9f969259b9784172adad7788dbf3de827d985c5d27c230efd5d98a04"
 
 do_install_append () {
rm -f ${D}${libdir}/*.so*
diff --git a/meta/recipes-graphics/libva/libva_2.6.1.bb 
b/meta/recipes-graphics/libva/libva_2.7.1.bb
similarity index 84%
rename from meta/recipes-graphics/libva/libva_2.6.1.bb
rename to meta/recipes-graphics/libva/libva_2.7.1.bb
index e8cb8678bc..b2deb017ac 100644
--- a/meta/recipes-graphics/libva/libva_2.6.1.bb
+++ b/meta/recipes-graphics/libva/libva_2.7.1.bb
@@ -1,8 +1,7 @@
 require libva.inc
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=2e48940f94acb0af582e5ef03537800f"
-SRC_URI[md5sum] = "aef13eb48e01a47d1416d97462a22a11"
-SRC_URI[sha256sum] = 
"6c57eb642d828af2411aa38f55dc10111e8c98976dbab8fd62e48629401eaea5"
+SRC_URI[sha256sum] = 
"a00ff19d9f969259b9784172adad7788dbf3de827d985c5d27c230efd5d98a04"
 
 PACKAGECONFIG ??= " \
 ${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'glx', '', d)} \
--
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138204): 
https://lists.openembedded.org/g/openembedded-core/message/138204
Mute This Topic: https://lists.openembedded.org/mt/74070041/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Khem Raj]

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
 
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
index e445838750..c2ceae4a47 100644
--- 
a/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
+++ 
b/meta/recipes-graphics/wayland/wayland/0001-build-Fix-strndup-detection-on-MinGW.patch
@@ -17,8 +17,6 @@ Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/wayland/wayland/merge
  meson.build | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
-diff --git a/meson.build b/meson.build
-index 26b084f..c05d019 100644
 --- a/meson.build
 +++ b/meson.build
 @@ -36,11 +36,11 @@ have_funcs = [
@@ -30,10 +28,7 @@ index 26b084f..c05d019 100644
  foreach f: have_funcs
config_h.set('HAVE_' + f.underscorify().to_upper(), cc.has_function(f))
  endforeach
-+config_h.set('HAVE_STRNDUP', cc.has_function('strndup', prefix:'#include 
'))
++config_h.set('HAVE_STRNDUP', cc.has_function('strndup') and 
cc.has_header_symbol('string.h', 'strndup'))
  
  if get_option('libraries')
ffi_dep = dependency('libffi')
--- 
-2.17.1
-
-- 
2.26.2

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138203): 
https://lists.openembedded.org/g/openembedded-core/message/138203
Mute This Topic: https://lists.openembedded.org/mt/74171271/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Randy MacLeod]

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:
https://autobuilder.yoctoproject.org/typhoon/#/builders/75/builds/1814
*
*


Hi Rahul,

I'm having some email problems with the oe-core list so apologies
if this is redundant.

What happens if you split the license info into two parts like:

$ grep "^LICENSE" recipes-extended/libvirt/libvirt_6.1.0.bb
LICENSE = "LGPLv2.1+ & GPLv2+"
LICENSE_${PN}-ptest = "GPLv2+ & LGPLv2.1+"
except of course with GPLv3.

I might try that tomorrow on our local instance of the YP autobuilder.
If you'd like to set one up @ mvista, I hear from Trevor that it doesn't
take all that much time. As others have explained, you can also dig
through the yocto-autobuilder2/yocto-autobuilder-helper git repos.

../Randy


Thanks & Regards,
Rahul Kumar
Software Engineer,Linux Solutions Engineering
Group,Montavista Software LLC
Email Id: rah...@mvista.com 



On Wed, May 6, 2020 at 4:47 PM Rahul Kumar via lists.openembedded.org 
 
> wrote:


Hi Randy,

As per your suggestion I did some progress.

Issue 1:


Configuration for this issue:
=
   MACHINE = "edgerouter"
   DISTRO = "poky"
   SDKMACHINE = "i686"
   PACKAGE_CLASSES = "package_rpm package_deb package_ipk"
   INHERIT += 'image-buildinfo'
   IMAGE_BUILDINFO_VARS_append = ' IMAGE_BASENAME IMAGE_NAME'
   QEMU_USE_KVM = 'True'
   INHERIT += 'report-error'
   PREMIRRORS = ''
   BB_GENERATE_MIRROR_TARBALLS = '1'
   BB_NUMBER_THREADS = '16'
   PARALLEL_MAKE = '-j 16'
   BB_TASK_NICE_LEVEL = '5'
   BB_TASK_NICE_LEVEL_task-testimage = '0'
   BB_TASK_IONICE_LEVEL = '2.7'
   BB_TASK_IONICE_LEVEL_task-testimage = '2.1'
   INHERIT += 'testimage'
   TEST_QEMUBOOT_TIMEOUT = '1500'
   SANITY_TESTED_DISTROS = ''
   SDK_EXT_TYPE = 'minimal'
   SDK_INCLUDE_TOOLCHAIN = '1'
Command:

bitbake core-image-sato core-image-sato-dev core-image-sato-sdk
core-image-minimal core-image-minimal-dev core-image-sato-ptest
core-image-sato:do_populate_sdk -k

but could not reproduce the issue.

work-around to reproduce this issue.

I am observing since bzip2-tests is a git repo and
fsmonitor-watchman.sample (.git/hooks/fsmonitor-watchman.sample) is
perl script.
that's why I got this error.
  so manually I copied fsmonitor-watchman.sample file into the
bzip2-tests/.git/hooks and able to reproduce the issue.
Error:
https://autobuilder.yoctoproject.org/typhoon/#/builders/62/builds/1816
step1b: ERROR: bzip2-1.0.8-r0 do_package_qa: QA Issue:
/usr/lib/bzip2/ptest/bzip2-tests/.git/hooks/fsmonitor-watchman.sample 
contained
in package bzip2-ptest requires /usr/bin/perl, but no providers
found in RDEPENDS_bzip2-ptest? [file-rdeps]
step1b: ERROR: bzip2-1.0.8-r0 do_package_qa: QA run found fatal
errors. Please consider fixing them.

I find out the solution by appending RDEPENDS_${PN}-ptest with perl.
RDEPENDS_${PN}-ptest += "make bash perl"

so this issue got resolved.

Issue2:
===
Configuration for this issue

   MACHINE = "qemux86"
   DISTRO = "poky"
   SDKMACHINE = "i686"
   PACKAGE_CLASSES = "package_rpm package_deb package_ipk"
   INCOMPATIBLE_LICENSE = '*GPLv3'
   WARN_QA_remove = 'incompatible-license'
   QEMU_USE_KVM = 'True'
   INHERIT += 'report-error'
   PREMIRRORS = ''
   BB_GENERATE_MIRROR_TARBALLS = '1'
   BB_NUMBER_THREADS = '16'
   PARALLEL_MAKE = '-j 16'
   BB_TASK_NICE_LEVEL = '5'
   BB_TASK_NICE_LEVEL_task-testimage = '0'
   BB_TASK_IONICE_LEVEL = '2.7'
   BB_TASK_IONICE_LEVEL_task-testimage = '2.1'
   INHERIT += 'testimage'
   TEST_QEMUBOOT_TIMEOUT = '1500'
   SANITY_TESTED_DISTROS = ''
   SDK_EXT_TYPE = 'minimal'
   SDK_INCLUDE_TOOLCHAIN = '1'
Command
===
bitbake core-image-minimal core-image-full-cmdline -k


INCOMPATIBLE_LICENSE = '*GPLv3'
WARN_QA_remove = 'incompatible-license'
My doubt is since above configuration is using during build and we
are using GPLv3+ license then definetly it will report error.

It looks like you are packaging the test code/data with the main package
not in bzip2-ptest. Have a look at:
     meta/recipes-support/libpcre/libpcre_8.44.bb

for an example. There are many more.
Also, if you look at oe-core.git:
     $ rgrep LICENSE_ *  | grep PN
you can see many examples of sub-packages with 

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

[Khem Raj]

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 
meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Don-t-misdetect-stpcpy-on-windows-platforms-on.patch

diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Don-t-misdetect-stpcpy-on-windows-platforms-on.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Don-t-misdetect-stpcpy-on-windows-platforms-on.patch
new file mode 100644
index 00..855bdfc0d9
--- /dev/null
+++ 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Don-t-misdetect-stpcpy-on-windows-platforms-on.patch
@@ -0,0 +1,53 @@
+From d4b1fd9cdb7ae07fa6be941ac95f97ece175fe55 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Martin=20Storsj=C3=B6?= 
+Date: Tue, 31 Mar 2020 23:54:17 +0300
+Subject: [PATCH] meson: Don't misdetect stpcpy on windows platforms on clang
+
+See https://github.com/mesonbuild/meson/issues/3672 and
+https://github.com/mesonbuild/meson/issues/5628 for explanations
+of cases where meson misdetects functions due to clang builtins (that
+always are available, regardless of whether the platform actually
+provides them).
+
+The same also happens on GCC 10, which added support for __has_builtin.
+
+Upstream-Status: Backport 
[https://github.com/GNOME/glib/commit/1b94bfbd72dbbfb696fa68f3742f40998096b438]
+Signed-off-by: Khem Raj 
+---
+ meson.build | 16 +---
+ 1 file changed, 13 insertions(+), 3 deletions(-)
+
+diff --git a/meson.build b/meson.build
+index 72ca194..bbdac1c 100644
+--- a/meson.build
 b/meson.build
+@@ -533,13 +533,23 @@ foreach f : functions
+   endif
+ endforeach
+ 
+-# Check that stpcpy() is usable; must use header
+-if cc.has_function('stpcpy', prefix : '#include ')
++# Check that stpcpy() is usable; must use header.
++# cc.has_function() in some cases (clang, gcc 10+) assumes that if the
++# compiler provides a builtin of the same name that the function exists, while
++# it's in fact not provided by any header or library. This is true for
++# stpcpy() on Windows using clang and gcc as well as posix_memalign() using
++# gcc on Windows. Skip these checks on Windows for now to avoid false
++# positives. See https://github.com/mesonbuild/meson/pull/7116,
++# https://github.com/mesonbuild/meson/issues/3672 and
++# https://github.com/mesonbuild/meson/issues/5628.
++# FIXME: Once meson no longer returns success for stpcpy() and
++# posix_memalign() on Windows using GCC and clang we can remove this.
++if host_system != 'windows' and cc.has_function('stpcpy', prefix : '#include 
')
+   glib_conf.set('HAVE_STPCPY', 1)
+ endif
+ 
+ # Check that posix_memalign() is usable; must use header
+-if cc.has_function('posix_memalign', prefix : '#include ')
++if host_system != 'windows' and cc.has_function('posix_memalign', prefix : 
'#include ')
+   glib_conf.set('HAVE_POSIX_MEMALIGN', 1)
+ endif
+ 
+-- 
+2.26.2
+
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.64.2.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.64.2.bb
index 1a8e9d659e..d6207b5b1a 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.64.2.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.64.2.bb
@@ -16,6 +16,7 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz 
\
file://0001-Do-not-write-bindir-into-pkg-config-files.patch \
file://0001-meson-Run-atomics-test-on-clang-as-well.patch \

file://0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch \
+   
file://0001-meson-Don-t-misdetect-stpcpy-on-windows-platforms-on.patch \
"
 
 SRC_URI_append_class-native = " file://relocate-modules.patch"
-- 
2.26.2

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138201): 
https://lists.openembedded.org/g/openembedded-core/message/138201
Mute This Topic: https://lists.openembedded.org/mt/74170830/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Andre McCurdy]

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 PACKAGECONFIG_append
= " foo" without realising that it could affect more than just the
target build.

Have an explicit PACKAGECONFIG_class-native keeps the native config
stable for users who haven't yet learning through experience that the
safe way to change PACKAGECONFIG is PACKAGECONFIG_append_class-target
= " foo".

So although this PACKAGECONFIG_class-native may seem redundant to the
experts, it helps make OE more robust for regular users.

> 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 
> b/meta/recipes-devtools/file/file_5.38.bb
> index f5ad568936..007db4790d 100644
> --- a/meta/recipes-devtools/file/file_5.38.bb
> +++ b/meta/recipes-devtools/file/file_5.38.bb
> @@ -19,7 +19,6 @@ S = "${WORKDIR}/git"
>  inherit autotools update-alternatives
>
>  PACKAGECONFIG ??= "zlib"
> -PACKAGECONFIG_class-native ??= "zlib"
>  PACKAGECONFIG[bz2] = "--enable-bzlib, --disable-bzlib, bzip2"
>  PACKAGECONFIG[lzma] = "--enable-xzlib, --disable-xzlib, xz"
>  PACKAGECONFIG[zlib] = "--enable-zlib, --disable-zlib, zlib"
> --
> 2.21.3
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138200): 
https://lists.openembedded.org/g/openembedded-core/message/138200
Mute This Topic: https://lists.openembedded.org/mt/74169167/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Peter Kjellerstedt]

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 
b/meta/recipes-devtools/file/file_5.38.bb
index f5ad568936..007db4790d 100644
--- a/meta/recipes-devtools/file/file_5.38.bb
+++ b/meta/recipes-devtools/file/file_5.38.bb
@@ -19,7 +19,6 @@ S = "${WORKDIR}/git"
 inherit autotools update-alternatives
 
 PACKAGECONFIG ??= "zlib"
-PACKAGECONFIG_class-native ??= "zlib"
 PACKAGECONFIG[bz2] = "--enable-bzlib, --disable-bzlib, bzip2"
 PACKAGECONFIG[lzma] = "--enable-xzlib, --disable-xzlib, xz"
 PACKAGECONFIG[zlib] = "--enable-zlib, --disable-zlib, zlib"
-- 
2.21.3

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138199): 
https://lists.openembedded.org/g/openembedded-core/message/138199
Mute This Topic: https://lists.openembedded.org/mt/74169167/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Joshua Watt]

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 file.

[YOCTO #12719]

Signed-off-by: Joshua Watt 
---
 meta/classes/kernel.bbclass | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index a724645466..6846d6040d 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -691,7 +691,13 @@ kernel_do_deploy() {
 
if [ ${MODULE_TARBALL_DEPLOY} = "1" ] && (grep -q -i -e 
'^CONFIG_MODULES=y$' .config); then
mkdir -p ${D}${root_prefix}/lib
-   tar -cvzf $deployDir/modules-${MODULE_TARBALL_NAME}.tgz -C 
${D}${root_prefix} lib
+   if [ -n "${SOURCE_DATE_EPOCH}" ]; then
+   TAR_ARGS="--sort=name --clamp-mtime 
--mtime=@${SOURCE_DATE_EPOCH}"
+   else
+   TAR_ARGS=""
+   fi
+   tar $TAR_ARGS -cv -C ${D}${root_prefix} lib | gzip -9n > 
$deployDir/modules-${MODULE_TARBALL_NAME}.tgz
+
ln -sf modules-${MODULE_TARBALL_NAME}.tgz 
$deployDir/modules-${MODULE_TARBALL_LINK_NAME}.tgz
fi
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138198): 
https://lists.openembedded.org/g/openembedded-core/message/138198
Mute This Topic: https://lists.openembedded.org/mt/74168739/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Patchwork]

== 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 on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at a223691739)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138197): 
https://lists.openembedded.org/g/openembedded-core/message/138197
Mute This Topic: https://lists.openembedded.org/mt/74168356/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Richard Purdie]

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 
> meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch
> 
> diff --git 
> a/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch
>  
> b/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch
> new file mode 100644
> index 00..541b5c9c84
> --- /dev/null
> +++ 
> b/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch
> @@ -0,0 +1,41 @@
> +From 8a8f8446e803cad04d7bbceaab78ee45d9778c3c Mon Sep 17 00:00:00 2001
> +From: Adrian Bunk 
> +Date: Tue, 12 May 2020 09:44:05 +0300
> +Subject: Fix build with gcc 10
> +
> +Upstream-Status: Pending

Its now merged ;-)

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138196): 
https://lists.openembedded.org/g/openembedded-core/message/138196
Mute This Topic: https://lists.openembedded.org/mt/74159119/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 changed, 1 insertion(+), 162 deletions(-)
 delete mode 100644 
meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch
 delete mode 100644 
meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch
 delete mode 100644 
meta/recipes-devtools/apt/apt/gcc_4.x_apt-pkg-contrib-strutl.cc-Include-array-header.patch

diff --git a/meta/recipes-devtools/apt/apt-native_1.2.31.bb 
b/meta/recipes-devtools/apt/apt-native_1.2.31.bb
index 5b16b503d5..2952c21017 100644
--- a/meta/recipes-devtools/apt/apt-native_1.2.31.bb
+++ b/meta/recipes-devtools/apt/apt-native_1.2.31.bb
@@ -2,6 +2,4 @@ require apt-native.inc
 
 SRC_URI += "file://noconfigure.patch \
 file://no-curl.patch \
-
file://gcc_4.x_apt-pkg-contrib-strutl.cc-Include-array-header.patch \
-
file://gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch \
-
file://gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch"
+"
diff --git 
a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch
 
b/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch
deleted file mode 100644
index 438de209a2..00
--- 
a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch
+++ /dev/null
@@ -1,80 +0,0 @@
-From 7ef2b2dba0e0bee450da3c8450ea782a3e7d6429 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?An=C3=ADbal=20Lim=C3=B3n?= 
-Date: Tue, 22 Aug 2017 11:49:01 -0500
-Subject: [PATCH 3/3] Revert "avoid changing the global LC_TIME for Release
- writing"
-
-This reverts commit 78e7b683c645e907db12658405a4b201a6243ea8.
-
-After we drop debian8 and centos7 that has gcc < 5 (std::put_time not 
available) 
-versions this patch can be remove.
-
-Signed-off-by: Anibal Limon 
-
-Upstream-Status: Inappropriate [embedded specific]

- ftparchive/writer.cc | 29 +
- 1 file changed, 17 insertions(+), 12 deletions(-)
-
-diff --git a/ftparchive/writer.cc b/ftparchive/writer.cc
-index 2596382..e43a643 100644
 a/ftparchive/writer.cc
-+++ b/ftparchive/writer.cc
-@@ -37,7 +37,6 @@
- #include 
- #include 
- #include 
--#include 
- #include 
- #include 
- #include 
-@@ -984,29 +983,35 @@ ReleaseWriter::ReleaseWriter(FileFd * const GivenOutput, 
string const &/*DB*/) :
-AddPatterns(_config->FindVector("APT::FTPArchive::Release::Patterns"));
- 
-time_t const now = time(NULL);
--   auto const posix = std::locale("C.UTF-8");
- 
--   // FIXME: use TimeRFC1123 here? But that uses GMT to satisfy HTTP/1.1
--   std::ostringstream datestr;
--   datestr.imbue(posix);
--   datestr << std::put_time(gmtime(), "%a, %d %b %Y %H:%M:%S UTC");
-+   setlocale(LC_TIME, "C");
-+
-+   char datestr[128];
-+   if (strftime(datestr, sizeof(datestr), "%a, %d %b %Y %H:%M:%S UTC",
-+gmtime()) == 0)
-+   {
-+  datestr[0] = '\0';
-+   }
- 
-time_t const validuntil = now + 
_config->FindI("APT::FTPArchive::Release::ValidTime", 0);
--   std::ostringstream validstr;
--   if (validuntil != now)
-+   char validstr[128];
-+   if (now == validuntil ||
-+   strftime(validstr, sizeof(validstr), "%a, %d %b %Y %H:%M:%S UTC",
-+gmtime()) == 0)
-{
--  datestr.imbue(posix);
--  validstr << std::put_time(gmtime(), "%a, %d %b %Y %H:%M:%S 
UTC");
-+  validstr[0] = '\0';
-}
- 
-+   setlocale(LC_TIME, "");
-+
-map Fields;
-Fields["Origin"] = "";
-Fields["Label"] = "";
-Fields["Suite"] = "";
-Fields["Version"] = "";
-Fields["Codename"] = "";
--   Fields["Date"] = datestr.str();
--   Fields["Valid-Until"] = validstr.str();
-+   Fields["Date"] = datestr;
-+   Fields["Valid-Until"] = validstr;
-Fields["Architectures"] = "";
-Fields["Components"] = "";
-Fields["Description"] = "";
--- 
-2.1.4
-
diff --git 
a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch
 
b/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch
deleted file mode 100644
index 088a66a3c8..00
--- 
a/meta/recipes-devtools/apt/apt/gcc_4.x_Revert-use-de-localed-std-put_time-instead-rolling-o.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-From c72ef9b6ae83a0a2fbbefd5c050335f65f0d2bc9 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?An=C3=ADbal=20Lim=C3=B3n?= 
-Date: Tue, 22 Aug 2017 11:48:46 -0500
-Subject: [PATCH 2/3] Revert "use de-localed std::put_time instead rolling our
- own"
-
-This reverts commit 4ed2a17ab4334f019c00512aa54a162f0bf083c4.
-
-After we drop debian8 and centos7 that has gcc < 5 (std::put_time not 

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

[Adrian Bunk]

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 
meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch

diff --git 
a/meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch
 
b/meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch
deleted file mode 100644
index 9c3f98fa61..00
--- 
a/meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-From 442da9076b52003743ffc6fd7b9d647de6d7aa8f Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Thu, 17 Jan 2019 16:37:54 +0100
-Subject: [PATCH] app.cc: use old school asignment to avoid gcc 4.8 error
-
-This is needed to build vte-native on Centos 7,
-and can be dropped once that OS is no longer supported.
-
-Upstream-Status: Inappropriate [ancient compiler fix]
-Signed-off-by: Alexander Kanavin 

- src/app/app.cc | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/app/app.cc b/src/app/app.cc
-index d424064..675d789 100644
 a/src/app/app.cc
-+++ b/src/app/app.cc
-@@ -306,7 +306,7 @@ public:
- else
- alpha = get_alpha();
- 
--GdkRGBA color{bg_color};
-+GdkRGBA color = bg_color;
- color.alpha = alpha;
- return color;
- }
diff --git a/meta/recipes-support/vte/vte_0.60.2.bb 
b/meta/recipes-support/vte/vte_0.60.2.bb
index a722e152a4..4a33f6e4d0 100644
--- a/meta/recipes-support/vte/vte_0.60.2.bb
+++ b/meta/recipes-support/vte/vte_0.60.2.bb
@@ -17,7 +17,7 @@ GIR_MESON_OPTION = 'gir'
 inherit gnomebase gtk-doc features_check upstream-version-is-even 
gobject-introspection
 
 # vapigen.m4 is required when vala is not present (but the one from vala 
should be used normally)
-SRC_URI += 
"file://0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch \
+SRC_URI += " \
 file://0002-Add-W_EXITCODE-macro-for-non-glibc-systems.patch \
"
 SRC_URI[archive.md5sum] = "1a0b5395915d2f3c88484511b38cc584"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138192): 
https://lists.openembedded.org/g/openembedded-core/message/138192
Mute This Topic: https://lists.openembedded.org/mt/74167842/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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
+++ b/meta/recipes-support/nettle/nettle_3.6.bb
@@ -30,7 +30,6 @@ inherit autotools ptest multilib_header
 EXTRA_AUTORECONF += "--exclude=aclocal"
 
 EXTRA_OECONF = "--disable-openssl"
-CFLAGS_append = " -std=gnu99"
 
 do_compile_ptest() {
 oe_runmake buildtest
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138195): 
https://lists.openembedded.org/g/openembedded-core/message/138195
Mute This Topic: https://lists.openembedded.org/mt/74167845/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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
--- a/meta/recipes-support/gnutls/libtasn1_4.16.0.bb
+++ b/meta/recipes-support/gnutls/libtasn1_4.16.0.bb
@@ -19,6 +19,4 @@ SRC_URI[sha256sum] = 
"0e0fb0903839117cb6e3b56e68222771bebf22ad7fc2295a0ed7d576e8
 
 inherit autotools texinfo lib_package gtk-doc
 
-CFLAGS_append_class-native = " -std=gnu99"
-
 BBCLASSEXTEND = "native nativesdk"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138191): 
https://lists.openembedded.org/g/openembedded-core/message/138191
Mute This Topic: https://lists.openembedded.org/mt/74167841/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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
--- a/meta/recipes-devtools/python-numpy/python-numpy.inc
+++ b/meta/recipes-devtools/python-numpy/python-numpy.inc
@@ -15,9 +15,6 @@ SRC_URI[sha256sum] = 
"93ee59ec38f3bf8f9a42d5f4301f60e6825a4a6385a145f70badcd2bf2
 UPSTREAM_CHECK_URI = "https://github.com/numpy/numpy/releases;
 UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
 
-# Needed for building with gcc 4.x from centos 7
-CFLAGS_append_class-native = " -std=c99"
-
 DEPENDS += "python3-cython-native"
 
 S = "${WORKDIR}/numpy-${PV}"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138194): 
https://lists.openembedded.org/g/openembedded-core/message/138194
Mute This Topic: https://lists.openembedded.org/mt/74167844/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Khem Raj]

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 patch to fix CET errors on cross builds
> > * Add patch to fix mingw libstdc++
> >
> > [1] https://gcc.gnu.org/gcc-10/changes.html
> > [2] https://gcc.gnu.org/gcc-10/porting_to.html
> >
> > Signed-off-by: Khem Raj 
> > Signed-off-by: Richard Purdie 
> > ---
> > v2: Correct SRC_URI checksums
> > v3: Drop icu change
> > Backport a patch for CET cross compile
> > v4: Do not delete icu config but restore original one
>
> There is a new meta-mingw issue:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/1892
>
> also a typo fix in maintainers.inc needs squashing in:
>
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next=47de13d4d208aa6a5ca89e4e0ce566990e208e96
>
> to avoid selftest failures.
>
v5 should address both issues.

> Cheers,
>
> Richard
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138190): 
https://lists.openembedded.org/g/openembedded-core/message/138190
Mute This Topic: https://lists.openembedded.org/mt/74153913/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Patchwork]

== 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 executed on the proposed
series by patchtest resulting in the following failures:



* Patch[master,dunfell,V5,3/3] glibc: Update to latest on 2.31 
branch
 Issue Missing or incorrectly formatted CVE tag in included patch 
file [test_cve_tag_format] 
  Suggested fixCorrect or include the CVE tag on cve patch with format: 
"CVE: CVE--"



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138189): 
https://lists.openembedded.org/g/openembedded-core/message/138189
Mute This Topic: https://lists.openembedded.org/mt/74165993/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Khem Raj]

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, no change
v5: Rebase only, no change

 meta/recipes-devtools/gcc/gcc-configure-common.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc 
b/meta/recipes-devtools/gcc/gcc-configure-common.inc
index a64c4caf00..6cb40fcb74 100644
--- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
+++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
@@ -34,6 +34,7 @@ EXTRA_OECONF = "\
 --program-prefix=${TARGET_PREFIX} \
 --without-local-prefix \
 --disable-install-libiberty \
+--with-specs=%{!fno-common:%{!fcommon:-fcommon}} \
 ${EXTRA_OECONF_BASE} \
 ${EXTRA_OECONF_GCC_FLOAT} \
 ${EXTRA_OECONF_PATHS} \
-- 
2.26.2

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138186): 
https://lists.openembedded.org/g/openembedded-core/message/138186
Mute This Topic: https://lists.openembedded.org/mt/74165345/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Khem Raj]

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

Signed-off-by: Khem Raj 
---
 meta/recipes-core/glibc/glibc-version.inc |   2 +-
 .../0030-Improve-IFUNC-check-BZ-25506.patch   |  47 -
 ...-with-GCC-10-when-long-double-double.patch | 170 --
 .../glibc/glibc/CVE-2020-10029.patch  | 128 -
 meta/recipes-core/glibc/glibc_2.31.bb |   3 -
 5 files changed, 1 insertion(+), 349 deletions(-)
 delete mode 100644 
meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch
 delete mode 100644 
meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-10029.patch

diff --git a/meta/recipes-core/glibc/glibc-version.inc 
b/meta/recipes-core/glibc/glibc-version.inc
index 4c72eedf41..c2d68979eb 100644
--- a/meta/recipes-core/glibc/glibc-version.inc
+++ b/meta/recipes-core/glibc/glibc-version.inc
@@ -1,6 +1,6 @@
 SRCBRANCH ?= "release/2.31/master"
 PV = "2.31+git${SRCPV}"
-SRCREV_glibc ?= "71f2b249a28e17eac0e47c53af44d5c5b65101aa"
+SRCREV_glibc ?= "109474122400ca7d60782b131dc867a5c1f2fe55"
 SRCREV_localedef ?= "cd9f958c4c94a638fa7b2b4e21627364f1a1a655"
 
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
diff --git 
a/meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch 
b/meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch
deleted file mode 100644
index 1cb398d2bc..00
--- a/meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From 87a698a21646b7ee620923ef5ffa9735471a8ddd Mon Sep 17 00:00:00 2001
-From: Fangrui Song 
-Date: Tue, 4 Feb 2020 21:55:44 -0800
-Subject: [PATCH] Improve IFUNC check [BZ #25506]
-
-GNU ld's RISCV port does not support IFUNC. ld -no-pie produces no
-relocation and the test passed incorrectly. Be more rigid by testing
-IRELATIVE explicitly.
-
-Upstream-Status: Backport 
[https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=87a698a21646b7ee620923ef5ffa9735471a8ddd]
-Tested-by: Aurelien Jarno 
-Reviewed-by: Adhemerval Zanella 
-Signed-off-by: Khem Raj 

- configure| 2 +-
- configure.ac | 2 +-
- 2 files changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/configure b/configure
-index b959d2d988..3b98ec312f 100755
 a/configure
-+++ b/configure
-@@ -4035,7 +4035,7 @@ if ${CC-cc} $CFLAGS $CPPFLAGS $LDFLAGS \
-   -o conftest conftest.S 1>&5 2>&5; then
-   # Do a link to see if the backend supports IFUNC relocs.
-   $READELF -r conftest 1>&5
--  LC_ALL=C $READELF -r conftest | grep 'no relocations' >/dev/null || {
-+  LC_ALL=C $READELF -Wr conftest | grep -q 'IRELATIVE\|R_SPARC_JMP_IREL' && {
- libc_cv_ld_gnu_indirect_function=yes
-   }
- fi
-diff --git a/configure.ac b/configure.ac
-index 49b900c1ed..e20034f301 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -649,7 +649,7 @@ if ${CC-cc} $CFLAGS $CPPFLAGS $LDFLAGS \
-   -o conftest conftest.S 1>_MESSAGE_LOG_FD 2>_MESSAGE_LOG_FD; 
then
-   # Do a link to see if the backend supports IFUNC relocs.
-   $READELF -r conftest 1>_MESSAGE_LOG_FD
--  LC_ALL=C $READELF -r conftest | grep 'no relocations' >/dev/null || {
-+  LC_ALL=C $READELF -Wr conftest | grep -q 'IRELATIVE\|R_SPARC_JMP_IREL' && {
- libc_cv_ld_gnu_indirect_function=yes
-   }
- fi
--- 
-2.25.1
-
diff --git 
a/meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
 
b/meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
deleted file mode 100644
index 72622961ad..00
--- 
a/meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
+++ /dev/null
@@ -1,170 +0,0 @@
-From 49348beafe9ba150c9bd48595b3f372299bddbb0 Mon Sep 17 00:00:00 2001
-From: Joseph Myers 
-Date: Tue, 17 Mar 2020 22:57:42 +
-Subject: [PATCH] Fix build with GCC 10 when long double = double.
-
-On platforms where long double has the same ABI as double, glibc
-defines long double functions as aliases for the corresponding double
-functions.  The declarations of those functions in  are
-disabled to avoid problems with aliases having incompatible types, but
-GCC 10 now gives errors for incompatible types when the long double
-function is known to GCC as a built-in function, not just when there
-is an incompatible header declaration.
-
-This patch fixes those errors by using appropriate
--fno-builtin- options to compile the double functions.  The
-list of CFLAGS-* settings is an appropriately adapted version of that
-in sysdeps/ieee754/ldbl-opt/Makefile used there for building nldbl-*.c
-files; in particular, the options are used even if GCC does not
-currently have a built-in function of a given function, so that adding

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

[Khem Raj]

* 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] https://gcc.gnu.org/gcc-10/porting_to.html

Signed-off-by: Khem Raj 
---
v2: Correct SRC_URI checksums
v3: Drop icu change
Backport a patch for CET cross compile
v4: Do not delete icu config but restore original one
v5: Correct version in maintainers entry
Drop revert of __getauxval, fixed in glibc instead
Update fix for nativesdk-gcc-runtime mingw32

 meta/conf/distro/include/maintainers.inc  |   2 +-
 meta/conf/distro/include/tcmode-default.inc   |   2 +-
 .../gcc/{gcc-9.3.inc => gcc-10.1.inc} |  53 +++
 ...0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch |  15 +-
 .../0002-gcc-poison-system-directories.patch  |  47 +++---
 ...-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch |  11 +-
 .../0004-64-bit-multilib-hack.patch   |  15 +-
 .../0005-optional-libstdc.patch   |  29 ++--
 .../0006-COLLECT_GCC_OPTIONS.patch|  11 +-
 ...ts.h-in-B-instead-of-S-and-t-oe-in-B.patch |  20 +--
 .../0008-fortran-cross-compile-hack.patch |  15 +-
 .../0009-cpp-honor-sysroot.patch  |  13 +-
 .../0010-MIPS64-Default-to-N64-ABI.patch  |  11 +-
 ...AMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch |  33 ++--
 ...gcc-Fix-argument-list-too-long-error.patch |  11 +-
 .../0013-Disable-sdt.patch|  23 ++-
 .../{gcc-9.3 => gcc-10.1}/0014-libtool.patch  |   9 +-
 ...s-fix-v4bx-to-linker-to-support-EABI.patch |  11 +-
 ...-config-files-from-B-instead-of-usin.patch |  25 ++-
 ...ir-from-.la-which-usually-points-to-.patch |  11 +-
 .../0018-export-CPP.patch |   9 +-
 ...e-target-gcc-headers-can-be-included.patch |  13 +-
 ...-directory-during-relink-if-inst_pr.patch} |  11 +-
 ...R-replacement-instead-of-hardcoding.patch} |   9 +-
 ...2-aarch64-Add-support-for-musl-ldso.patch} |   9 +-
 ...fix-libcc1-s-install-path-and-rpath.patch} |   9 +-
 ...e-sysroot-support-for-nativesdk-gcc.patch} | 112 ++---
 ...root-gcc-version-specific-dirs-with.patch} |  13 +-
 ...us-_FOR_BUILD-and-related-variables.patch} |  27 ++--
 ...27-nios2-Define-MUSL_DYNAMIC_LINKER.patch} |   9 +-
 ...-to-link-commandline-for-musl-targe.patch} |  15 +-
 ...sing-LDFLAGS-not-just-SHLIB_LDFLAGS.patch} |   9 +-
 .../0030-sync-gcc-stddef.h-with-musl.patch}   |   9 +-
 ...fault-in-precompiled-header-generat.patch} |  11 +-
 .../0032-Fix-for-testsuite-failure.patch} |   9 +-
 ...e-introduce-spe-commandline-options.patch} |  11 +-
 ...s-for-__cpu_indicator_init-instead-.patch} |  29 ++--
 ...-Do-not-use-__LINE__-for-maintainin.patch} |  55 +++
 ...le-CET-in-cross-compiler-if-possible.patch | 150 ++
 ...ngw32-Enable-operation_not_supported.patch |  26 +++
 ...ild-with-disable-dependency-tracking.patch |  54 ---
 .../gcc/gcc-9.3/0030-ldbl128-config.patch |  79 -
 ...heck-zero-value-in-simple_object_elf.patch |  48 --
 ...ands-Don-t-match-user-defined-regs-o.patch | 100 
 ...dian_9.3.bb => gcc-cross-canadian_10.1.bb} |   0
 .../{gcc-cross_9.3.bb => gcc-cross_10.1.bb}   |   0
 ...c-crosssdk_9.3.bb => gcc-crosssdk_10.1.bb} |   0
 meta/recipes-devtools/gcc/gcc-runtime.inc |   1 +
 ...gcc-runtime_9.3.bb => gcc-runtime_10.1.bb} |   0
 ...nitizers_9.3.bb => gcc-sanitizers_10.1.bb} |   0
 .../{gcc-source_9.3.bb => gcc-source_10.1.bb} |   0
 meta/recipes-devtools/gcc/gcc-target.inc  |   1 +
 .../gcc/{gcc_9.3.bb => gcc_10.1.bb}   |   0
 ...-initial_9.3.bb => libgcc-initial_10.1.bb} |   0
 .../gcc/{libgcc_9.3.bb => libgcc_10.1.bb} |   0
 ...libgfortran_9.3.bb => libgfortran_10.1.bb} |   0
 56 files changed, 494 insertions(+), 701 deletions(-)
 rename meta/recipes-devtools/gcc/{gcc-9.3.inc => gcc-10.1.inc} (65%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch (79%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0002-gcc-poison-system-directories.patch (85%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch (92%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0004-64-bit-multilib-hack.patch (95%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0005-optional-libstdc.patch (86%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0006-COLLECT_GCC_OPTIONS.patch (80%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0007-Use-the-defaults.h-in-B-instead-of-S-and-t-oe-in-B.patch (87%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0008-fortran-cross-compile-hack.patch (81%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0009-cpp-honor-sysroot.patch (87%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0010-MIPS64-Default-to-N64-ABI.patch (85%)
 rename 

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

[Khem Raj]

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 iron
> > > > out other issues, eventually this should be removed as we fix the
> > > > packages to work with -fno-common
> > > > ...
> > > What packages are still unfixed?
> >
> > There were ateast 100 failures when meta-openembedded
>
> Ah, you want that for other layers.
>
> > is considered too
> > errors server has unfortunately dropped the build where it was reported but
> > here is list if you are interested
> >...
>
> That's from a testbuild last year?
>
> Some of these were already fixed in master by upgrading to the latest
> upstream (e.g. flashrom or mc).

right, so the idea is to get gcc 10 working without shaking the boat
first and then switch to -fno-common


>
> cu
> Adrian
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138185): 
https://lists.openembedded.org/g/openembedded-core/message/138185
Mute This Topic: https://lists.openembedded.org/mt/74142398/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 llvm.

cu
Adrian
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138184): 
https://lists.openembedded.org/g/openembedded-core/message/138184
Mute This Topic: https://lists.openembedded.org/mt/74159120/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 we fix the
> > > packages to work with -fno-common
> > > ...
> > What packages are still unfixed?
> 
> There were ateast 100 failures when meta-openembedded

Ah, you want that for other layers.

> is considered too
> errors server has unfortunately dropped the build where it was reported but
> here is list if you are interested
>...

That's from a testbuild last year?

Some of these were already fixed in master by upgrading to the latest 
upstream (e.g. flashrom or mc).

cu
Adrian
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138183): 
https://lists.openembedded.org/g/openembedded-core/message/138183
Mute This Topic: https://lists.openembedded.org/mt/74142398/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Alexander Kanavin]

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 qemu as machine but just as a veneer to cross
> build stuff.
>

If someone isn't using qemu-system-native recipe (the full system
emulators), then qemu-system-native isn't built at all, and so they're
entirely unaffected, no? All the native opengl stuff is pulled in by only
that recipe.

Otherwise, it's easy to disable: set DISTRO_FEATURES_FILTER_NATIVE to "".

Alex


>
> > Signed-off-by: Alexander Kanavin 
> > ---
> >   meta/conf/bitbake.conf | 4 ++--
> >   meta/recipes-gnome/gtk+/gtk+3.inc  | 2 ++
> >   meta/recipes-graphics/cairo/cairo_1.16.0.bb| 2 ++
> >   meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb   | 2 --
> >   meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb | 2 --
> >   5 files changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> > index bdade79abe..f7700f1191 100644
> > --- a/meta/conf/bitbake.conf
> > +++ b/meta/conf/bitbake.conf
> > @@ -833,8 +833,8 @@ DISTRO_FEATURES_NATIVESDK ?= "x11"
> >
> >   # Normally target distro features will not be applied to native builds:
> >   # Native distro features on this list will use the target feature value
> > -DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation"
> > -DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation"
> > +DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation opengl"
> > +DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation opengl"
> >
> >   DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit
> gobject-introspection-data ldconfig"
> >   MACHINE_FEATURES_BACKFILL = "rtc qemu-usermode"
> > diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc
> b/meta/recipes-gnome/gtk+/gtk+3.inc
> > index 5d1f59ea1a..6154154004 100644
> > --- a/meta/recipes-gnome/gtk+/gtk+3.inc
> > +++ b/meta/recipes-gnome/gtk+/gtk+3.inc
> > @@ -46,6 +46,8 @@ do_compile_prepend() {
> >
> >   PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl
> wayland x11', d)} \
> >  ${@bb.utils.contains('DISTRO_FEATURES', 'opengl
> x11', 'glx', '', d)}"
> > +PACKAGECONFIG_class-native = "${@bb.utils.filter('DISTRO_FEATURES',
> 'x11', d)}"
> > +PACKAGECONFIG_class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES',
> 'x11', d)}"
> >
> >   PACKAGECONFIG[x11] =
> "--enable-x11-backend,--disable-x11-backend,at-spi2-atk fontconfig libx11
> libxext libxcursor libxi libxdamage libxrandr libxrender libxcomposite
> libxfixes"
> >   # this is provided by oe-core patch that removes epoxy/gl dependency
> from a X11 build
> > diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> > index b772c2ece2..092c77b826 100644
> > --- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> > +++ b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> > @@ -42,6 +42,8 @@ PACKAGECONFIG ??=
> "${@bb.utils.filter('DISTRO_FEATURES', 'directfb', d)} \
> >  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11
> xcb', '', d)} \
> >  ${@bb.utils.contains('DISTRO_FEATURES', 'x11
> opengl', 'opengl', '', d)} \
> >  trace"
> > +PACKAGECONFIG_class-native = "${@bb.utils.contains('DISTRO_FEATURES',
> 'x11', 'x11 xcb', '', d)}"
> > +PACKAGECONFIG_class-nativesdk =
> "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 xcb', '', d)}"
> >
> >   PACKAGECONFIG[x11] = "--with-x=yes -enable-xlib,--with-x=no
> --disable-xlib,${X11DEPENDS}"
> >   PACKAGECONFIG[xcb] = "--enable-xcb,--disable-xcb,libxcb"
> > diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
> b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
> > index 0782c6ce35..6646ef79fe 100644
> > --- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
> > +++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
> > @@ -19,8 +19,6 @@ UPSTREAM_CHECK_URI = "
> https://github.com/anholt/libepoxy/releases;
> >   inherit meson pkgconfig features_check
> >
> >   REQUIRED_DISTRO_FEATURES = "opengl"
> > -REQUIRED_DISTRO_FEATURES_class-native = ""
> > -REQUIRED_DISTRO_FEATURES_class-nativesdk = ""
> >
> >   PACKAGECONFIG[egl] = "-Degl=yes, -Degl=no, virtual/egl"
> >   PACKAGECONFIG[x11] = "-Dglx=yes, -Dglx=no -Dx11=false, virtual/libx11
> virtual/libgl"
> > diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
> b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
> > index 1046b8504f..29b12628d0 100644
> > --- a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
> > +++ b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
> > @@ -22,5 +22,3 @@ inherit meson pkgconfig features_check
> >   BBCLASSEXTEND = "native nativesdk"
> >
> >   REQUIRED_DISTRO_FEATURES = "opengl"
> > 

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

[Khem Raj]

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 mesa-native is currently built.

Drop native/nativesdk overrides from virglrenderer/libepoxy recipes
as opengl feature is now correctly set for those variants.



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 qemu as machine but just as a veneer to cross 
build stuff.



Signed-off-by: Alexander Kanavin 
---
  meta/conf/bitbake.conf | 4 ++--
  meta/recipes-gnome/gtk+/gtk+3.inc  | 2 ++
  meta/recipes-graphics/cairo/cairo_1.16.0.bb| 2 ++
  meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb   | 2 --
  meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb | 2 --
  5 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index bdade79abe..f7700f1191 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -833,8 +833,8 @@ DISTRO_FEATURES_NATIVESDK ?= "x11"
  
  # Normally target distro features will not be applied to native builds:

  # Native distro features on this list will use the target feature value
-DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation"
-DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation"
+DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation opengl"
+DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation opengl"
  
  DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit gobject-introspection-data ldconfig"

  MACHINE_FEATURES_BACKFILL = "rtc qemu-usermode"
diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc 
b/meta/recipes-gnome/gtk+/gtk+3.inc
index 5d1f59ea1a..6154154004 100644
--- a/meta/recipes-gnome/gtk+/gtk+3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+3.inc
@@ -46,6 +46,8 @@ do_compile_prepend() {
  
  PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl wayland x11', d)} \

 ${@bb.utils.contains('DISTRO_FEATURES', 'opengl x11', 'glx', 
'', d)}"
+PACKAGECONFIG_class-native = "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
+PACKAGECONFIG_class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES', 'x11', 
d)}"
  
  PACKAGECONFIG[x11] = "--enable-x11-backend,--disable-x11-backend,at-spi2-atk fontconfig libx11 libxext libxcursor libxi libxdamage libxrandr libxrender libxcomposite libxfixes"

  # this is provided by oe-core patch that removes epoxy/gl dependency from a 
X11 build
diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb 
b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
index b772c2ece2..092c77b826 100644
--- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
@@ -42,6 +42,8 @@ PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 
'directfb', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 xcb', 
'', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 
'opengl', '', d)} \
 trace"
+PACKAGECONFIG_class-native = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 
xcb', '', d)}"
+PACKAGECONFIG_class-nativesdk = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
'x11 xcb', '', d)}"
  
  PACKAGECONFIG[x11] = "--with-x=yes -enable-xlib,--with-x=no --disable-xlib,${X11DEPENDS}"

  PACKAGECONFIG[xcb] = "--enable-xcb,--disable-xcb,libxcb"
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
index 0782c6ce35..6646ef79fe 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
@@ -19,8 +19,6 @@ UPSTREAM_CHECK_URI = 
"https://github.com/anholt/libepoxy/releases;
  inherit meson pkgconfig features_check
  
  REQUIRED_DISTRO_FEATURES = "opengl"

-REQUIRED_DISTRO_FEATURES_class-native = ""
-REQUIRED_DISTRO_FEATURES_class-nativesdk = ""
  
  PACKAGECONFIG[egl] = "-Degl=yes, -Degl=no, virtual/egl"

  PACKAGECONFIG[x11] = "-Dglx=yes, -Dglx=no -Dx11=false, virtual/libx11 
virtual/libgl"
diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb 
b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
index 1046b8504f..29b12628d0 100644
--- a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
+++ b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
@@ -22,5 +22,3 @@ inherit meson pkgconfig features_check
  BBCLASSEXTEND = "native nativesdk"
  
  REQUIRED_DISTRO_FEATURES = "opengl"

-REQUIRED_DISTRO_FEATURES_class-native = ""
-REQUIRED_DISTRO_FEATURES_class-nativesdk = ""




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online 

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

[Khem Raj]

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 a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index a8607f5008..d24ed761bf 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -92,8 +92,6 @@ EXTRA_OECMAKE_append_class-nativesdk = "\

-DLLVM_CONFIG_PATH=${STAGING_BINDIR_NATIVE}/llvm-config${PV} \
   "
  
-CFLAGS += "-fcommon"

-
  do_configure_prepend() {
  # Fix paths in llvm-config
sed -i 
"s|sys::path::parent_path(CurrentPath))\.str()|sys::path::parent_path(sys::path::parent_path(CurrentPath))).str()|g"
 ${S}/tools/llvm-config/llvm-config.cpp




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138180): 
https://lists.openembedded.org/g/openembedded-core/message/138180
Mute This Topic: https://lists.openembedded.org/mt/74159120/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Khem Raj]

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 unfixed?




There were ateast 100 failures when meta-openembedded is considered too
errors server has unfortunately dropped the build where it was reported 
but here is list if you are interested


Summary: 125 tasks failed:

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-support/multipath-tools/multipath-tools_0.8.3.bb:do_compile

/mnt/b/yoe/sources/meta-atmel/recipes-kernel/dtc/dtc_1.4.6_84e414b0.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-devtools/libcomps/libcomps_git.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-support/libunwind/libunwind_1.3.1.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-extended/mraa/mraa_git.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-devtools/libubox/libubox_git.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-core/opencl-icd-loader/opencl-icd-loader_git.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-core/ndctl/ndctl_v65.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-extended/logrotate/logrotate_3.15.1.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-graphics/waffle/waffle_1.6.0.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-graphics/freeglut/freeglut_3.0.0.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-initramfs/recipes-devtools/klibc/klibc_2.0.7.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-kernel/lttng/lttng-ust_2.10.5.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-support/gpm/gpm_git.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-devtools/libdnf/libdnf_0.28.1.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-python/recipes-extended/python-pyparted/python3-pyparted_3.11.3.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-support/htop/htop_2.2.0.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-benchmark/fio/fio_3.16.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.18.0.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-core/systemd/systemd-boot_243.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.1.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-support/gnupg/gnupg_2.2.17.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-connectivity/dhcp/dhcp_4.4.1.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-extended/cpio/cpio_2.13.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-filesystems/recipes-utils/xfsprogs/xfsprogs_5.2.1.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-support/libnih/libnih_1.0.3.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.9.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-benchmark/memtester/memtester_4.3.0.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-devtools/ltrace/ltrace_git.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-graphics/xorg-lib/liblbxutil_1.1.0.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-graphics/fbida/fbida_2.10.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-extended/lcdproc/lcdproc_git.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-kernel/kexec/kexec-tools_2.0.19.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-benchmark/iozone3/iozone3_487.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-support/sharutils/sharutils_4.15.2.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-extended/byacc/byacc_20191103.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-extended/minicom/minicom_2.7.1.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-support/read-edid/read-edid_3.0.2.bb:do_compile

/mnt/b/yoe/sources/openembedded-core/meta/recipes-extended/ltp/ltp_20190517.bb:do_compile
qemux86-64_yoe-glibc-systemd-wayland_world.log


/mnt/b/yoe/sources/openembedded-core/meta/recipes-devtools/distcc/distcc_3.3.3.bb:do_compile

/mnt/b/yoe/sources/meta-openembedded/meta-oe/recipes-multimedia/cdrkit/cdrkit_1.1.11.bb:do_compile

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

[Alexander Kanavin]

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 
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb
index c1c941e452..83dce86801 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb
@@ -45,8 +45,8 @@ EXTRA_OECONF = "--disable-oss --disable-esd --disable-arts \
 # and BSP layers to pick either (desktop) opengl, gles2, or no GL
 PACKAGECONFIG_GL ?= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl', d)}"
 
-PACKAGECONFIG_class-native = "x11"
-PACKAGECONFIG_class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES', 'x11', 
d)}"
+PACKAGECONFIG_class-native = "x11 ${PACKAGECONFIG_GL}"
+PACKAGECONFIG_class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES', 'x11', 
d)} ${PACKAGECONFIG_GL}"
 PACKAGECONFIG ??= " \
 ${PACKAGECONFIG_GL} \
 ${@bb.utils.filter('DISTRO_FEATURES', 'alsa directfb pulseaudio x11', d)} \
-- 
2.26.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138177): 
https://lists.openembedded.org/g/openembedded-core/message/138177
Mute This Topic: https://lists.openembedded.org/mt/74160490/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Alexander Kanavin]

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 native/nativesdk overrides from virglrenderer/libepoxy recipes
as opengl feature is now correctly set for those variants.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/bitbake.conf | 4 ++--
 meta/recipes-gnome/gtk+/gtk+3.inc  | 2 ++
 meta/recipes-graphics/cairo/cairo_1.16.0.bb| 2 ++
 meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb   | 2 --
 meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb | 2 --
 5 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index bdade79abe..f7700f1191 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -833,8 +833,8 @@ DISTRO_FEATURES_NATIVESDK ?= "x11"
 
 # Normally target distro features will not be applied to native builds:
 # Native distro features on this list will use the target feature value
-DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation"
-DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation"
+DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation opengl"
+DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation opengl"
 
 DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit gobject-introspection-data 
ldconfig"
 MACHINE_FEATURES_BACKFILL = "rtc qemu-usermode"
diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc 
b/meta/recipes-gnome/gtk+/gtk+3.inc
index 5d1f59ea1a..6154154004 100644
--- a/meta/recipes-gnome/gtk+/gtk+3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+3.inc
@@ -46,6 +46,8 @@ do_compile_prepend() {
 
 PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl wayland x11', 
d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'opengl x11', 
'glx', '', d)}"
+PACKAGECONFIG_class-native = "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
+PACKAGECONFIG_class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES', 'x11', 
d)}"
 
 PACKAGECONFIG[x11] = "--enable-x11-backend,--disable-x11-backend,at-spi2-atk 
fontconfig libx11 libxext libxcursor libxi libxdamage libxrandr libxrender 
libxcomposite libxfixes"
 # this is provided by oe-core patch that removes epoxy/gl dependency from a 
X11 build
diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb 
b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
index b772c2ece2..092c77b826 100644
--- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
@@ -42,6 +42,8 @@ PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 
'directfb', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 xcb', 
'', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 
'opengl', '', d)} \
trace"
+PACKAGECONFIG_class-native = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
'x11 xcb', '', d)}"
+PACKAGECONFIG_class-nativesdk = "${@bb.utils.contains('DISTRO_FEATURES', 
'x11', 'x11 xcb', '', d)}"
 
 PACKAGECONFIG[x11] = "--with-x=yes -enable-xlib,--with-x=no 
--disable-xlib,${X11DEPENDS}"
 PACKAGECONFIG[xcb] = "--enable-xcb,--disable-xcb,libxcb"
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
index 0782c6ce35..6646ef79fe 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.4.bb
@@ -19,8 +19,6 @@ UPSTREAM_CHECK_URI = 
"https://github.com/anholt/libepoxy/releases;
 inherit meson pkgconfig features_check
 
 REQUIRED_DISTRO_FEATURES = "opengl"
-REQUIRED_DISTRO_FEATURES_class-native = ""
-REQUIRED_DISTRO_FEATURES_class-nativesdk = ""
 
 PACKAGECONFIG[egl] = "-Degl=yes, -Degl=no, virtual/egl"
 PACKAGECONFIG[x11] = "-Dglx=yes, -Dglx=no -Dx11=false, virtual/libx11 
virtual/libgl"
diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb 
b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
index 1046b8504f..29b12628d0 100644
--- a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
+++ b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.2.bb
@@ -22,5 +22,3 @@ inherit meson pkgconfig features_check
 BBCLASSEXTEND = "native nativesdk"
 
 REQUIRED_DISTRO_FEATURES = "opengl"
-REQUIRED_DISTRO_FEATURES_class-native = ""
-REQUIRED_DISTRO_FEATURES_class-nativesdk = ""
-- 
2.26.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138176): 
https://lists.openembedded.org/g/openembedded-core/message/138176
Mute This Topic: https://lists.openembedded.org/mt/74160489/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Alexander Kanavin]

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 egl-headless option,
and see the output with a VNC viewer (for which, qemu needs to be started
with a VNC server):

$ runqemu kvm egl-headless publicvnc

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oeqa/selftest/cases/runtime_test.py   | 18 ++
 .../qemu/qemu-system-native_4.2.0.bb   |  4 +++-
 meta/recipes-devtools/qemu/qemu_4.2.0.bb   |  5 -
 3 files changed, 13 insertions(+), 14 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py 
b/meta/lib/oeqa/selftest/cases/runtime_test.py
index 09d3de7aea..793c98a335 100644
--- a/meta/lib/oeqa/selftest/cases/runtime_test.py
+++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
@@ -188,18 +188,14 @@ class TestImage(OESelftestTestCase):
 self.skipTest('virgl isn\'t working with Opensuse 15.0')
 
 qemu_packageconfig = get_bb_var('PACKAGECONFIG', 'qemu-system-native')
-sdl_packageconfig = get_bb_var('PACKAGECONFIG', 'libsdl2-native')
+qemu_distrofeatures = get_bb_var('DISTRO_FEATURES', 
'qemu-system-native')
 features = 'INHERIT += "testimage"\n'
 if 'gtk+' not in qemu_packageconfig:
 features += 'PACKAGECONFIG_append_pn-qemu-system-native = " 
gtk+"\n'
 if 'sdl' not in qemu_packageconfig:
 features += 'PACKAGECONFIG_append_pn-qemu-system-native = " sdl"\n'
-if 'virglrenderer' not in qemu_packageconfig:
-features += 'PACKAGECONFIG_append_pn-qemu-system-native = " 
virglrenderer"\n'
-if 'glx' not in qemu_packageconfig:
-features += 'PACKAGECONFIG_append_pn-qemu-system-native = " glx"\n'
-if 'opengl' not in sdl_packageconfig:
-features += 'PACKAGECONFIG_append_pn-libsdl2-native = " opengl"\n'
+if 'opengl' not in qemu_distrofeatures:
+features += 'DISTRO_FEATURES_append = " opengl"\n'
 features += 'TEST_SUITES = "ping ssh virgl"\n'
 features += 'IMAGE_FEATURES_append = " ssh-server-dropbear"\n'
 features += 'IMAGE_INSTALL_append = " kmscube"\n'
@@ -231,12 +227,10 @@ class TestImage(OESelftestTestCase):
 dripath = subprocess.check_output("pkg-config 
--variable=dridriverdir dri", shell=True)
 except subprocess.CalledProcessError as e:
 self.skipTest("Could not determine the path to dri drivers on the 
host via pkg-config.\nPlease install Mesa development files (particularly, 
dri.pc) on the host machine.")
-qemu_packageconfig = get_bb_var('PACKAGECONFIG', 'qemu-system-native')
+qemu_distrofeatures = get_bb_var('DISTRO_FEATURES', 
'qemu-system-native')
 features = 'INHERIT += "testimage"\n'
-if 'virglrenderer' not in qemu_packageconfig:
-features += 'PACKAGECONFIG_append_pn-qemu-system-native = " 
virglrenderer"\n'
-if 'glx' not in qemu_packageconfig:
-features += 'PACKAGECONFIG_append_pn-qemu-system-native = " glx"\n'
+if 'opengl' not in qemu_distrofeatures:
+features += 'DISTRO_FEATURES_append = " opengl"\n'
 features += 'TEST_SUITES = "ping ssh virgl"\n'
 features += 'IMAGE_FEATURES_append = " ssh-server-dropbear"\n'
 features += 'IMAGE_INSTALL_append = " kmscube"\n'
diff --git a/meta/recipes-devtools/qemu/qemu-system-native_4.2.0.bb 
b/meta/recipes-devtools/qemu/qemu-system-native_4.2.0.bb
index d83ee59375..7394385d30 100644
--- a/meta/recipes-devtools/qemu/qemu-system-native_4.2.0.bb
+++ b/meta/recipes-devtools/qemu/qemu-system-native_4.2.0.bb
@@ -9,7 +9,9 @@ DEPENDS = "glib-2.0-native zlib-native pixman-native 
qemu-native bison-native"
 
 EXTRA_OECONF_append = " --target-list=${@get_qemu_system_target_list(d)}"
 
-PACKAGECONFIG ??= "fdt alsa kvm"
+PACKAGECONFIG ??= "fdt alsa kvm \
+${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'virglrenderer glx', '' 
,d)} \
+"
 
 # Handle distros such as CentOS 5 32-bit that do not have kvm support
 PACKAGECONFIG_remove = "${@'kvm' if not 
os.path.exists('/usr/include/linux/kvm.h') else ''}"
diff --git a/meta/recipes-devtools/qemu/qemu_4.2.0.bb 
b/meta/recipes-devtools/qemu/qemu_4.2.0.bb
index f0c1daabe1..a4018cc448 100644
--- a/meta/recipes-devtools/qemu/qemu_4.2.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_4.2.0.bb
@@ -21,5 +21,8 @@ do_install_append_class-nativesdk() {
 PACKAGECONFIG ??= " \
 fdt sdl kvm \
 ${@bb.utils.filter('DISTRO_FEATURES', 'alsa xen', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'virglrenderer glx', '' 
,d)} \
+"
+PACKAGECONFIG_class-nativesdk ??= "fdt sdl kvm \
+${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'virglrenderer glx', '' 
,d)} \
 "
-PACKAGECONFIG_class-nativesdk ??= "fdt sdl kvm"
-- 
2.26.1

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

[Ross Burton]

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:]
> +with open(cve_tmp_file, "w") as f:
> +f.write(db_update_timestamp+'\n')
> +f.write("PACKAGE NAME;PACKAGE VERSION;CVE;CVE STATUS;"
> +   "CVE SUMMARY;CVSS v2 BASE SCORE;CVSS v3 BASE SCORE;"
> +   "VECTOR;MORE INFORMATION\n")

If writing a CSV file, it's really best to use the built-in csv writer
classes as they handle quoting and so on for you.

> +write_string += "%s%s%c" % ("PACKAGE NAME: " if 
> d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", d.getVar("PN"), eol_char)
> +write_string += "%s%s%c" % ("PACKAGE VERSION: " if 
> d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", d.getVar("PV"), eol_char)
> +write_string += "%s%s%c" % ("CVE: " if 
> d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", cve, eol_char)

This is getting unreadable.

How about having a report class and separate implementations for each
type, instead of trying to support both forms in the same code path?

Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138175): 
https://lists.openembedded.org/g/openembedded-core/message/138175
Mute This Topic: https://lists.openembedded.org/mt/74154523/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Richard Purdie]

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 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 file.
> > > 
> > > [YOCTO #12719]
> > > 
> > > Signed-off-by: Joshua Watt 
> > > ---
> > >   meta/classes/kernel.bbclass | 10 +-
> > >   1 file changed, 9 insertions(+), 1 deletion(-)
> > > 
> > > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> > > index a724645466..c124645643 100644
> > > --- a/meta/classes/kernel.bbclass
> > > +++ b/meta/classes/kernel.bbclass
> > > @@ -691,7 +691,15 @@ kernel_do_deploy() {
> > >   
> > >   if [ ${MODULE_TARBALL_DEPLOY} = "1" ] && (grep -q -i -e 
> > > '^CONFIG_MODULES=y$' .config); then
> > >   mkdir -p ${D}${root_prefix}/lib
> > > - tar -cvzf $deployDir/modules-${MODULE_TARBALL_NAME}.tgz -C 
> > > ${D}${root_prefix} lib
> > > + if [ "${BUILD_REPRODUCIBLE_BINARIES}" = "1" ]; then
> > > + TAR_ARGS="--sort=name --clamp-mtime 
> > > --mtime=@${SOURCE_DATE_EPOCH}"
> > > + GZIP_ARGS="-9n"
> > > + else
> > > + TAR_ARGS=""
> > > + GZIP_ARGS=""
> > > + fi
> > > + tar $TAR_ARGS -cv -C ${D}${root_prefix} lib | gzip $GZIP_ARGS > 
> > > $deployDir/modules-${MODULE_TARBALL_NAME}.tgz
> > > +
> > >   ln -sf modules-${MODULE_TARBALL_NAME}.tgz 
> > > $deployDir/modules-${MODULE_TARBALL_LINK_NAME}.tgz
> > >   fi
> > Do we need to make this conditional or could we just do it by default?
> 
> I don't know if we can rely on SOURCE_DATE_EPOCH being set unless 
> reproducible_build.bbclass is inherited, but at a minimum we can always 
> use the gzip args.

Good point, I assumed we had a default for some reason.

I think the patch will be more obvious if its conditional on
SOURCE_DATE_EPOCH and we just use the other options unconditionally.

I wonder if we should just move build_reproducibility_simple.bbclass
into bitbake.conf?

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138174): 
https://lists.openembedded.org/g/openembedded-core/message/138174
Mute This Topic: https://lists.openembedded.org/mt/74158357/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] Yocto Project Status WW19'20

[Stephen Jolley]

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 (
 https://zoom.us/j/990892712)
*   Weekly Engineering Sync Tuesday May 12th  at 8am PDT (
 https://zoom.us/j/990892712)
*   Twitch -  See http://www.twitch.tv/letoatreidesthe2nd

 

Key Status/Updates:

*   Patches continue to merge into master, there have been a number of
infrastructure issues and build failures which have delayed some patches
until we could get clean builds
*   We're nearly ready to merge gcc 10 to master with some mingw issues
being the currently known remaining blocker.
*   A number of other slightly more invasive changes are merging such as
the changing of QA warnings to become errors and changes to the way libva is
built. Some further, more invasive changes are in the queue (e.g. image
sstate structure) so review of the patch queue by people with interests in
these things is appreciated.
*   We believe autoconf may release a new version soon (the first in a
few years) so have worked with autoconf upstream to ensure it should work
for us, reporting test results back.
*   YP 3.0.3 will build this week.

 

YP 3.2 Milestone Dates:

*   YP 3.2 M1 build date 2020/6/16
*   YP 3.2 M1 Release date 2020/6/26
*   YP 3.2 M2 build date 2020/7/27
*   YP 3.2 M2 Release date 2020/8/7
*   YP 3.2 M3 build date 2020/8/31
*   YP 3.2 M3 Release date 2020/9/11
*   YP 3.2 M4 build date 2020/10/5
*   YP 3.2 M4 Release date 2020/10/30

 

Planned upcoming dot releases:

*   YP 3.0.3 build date 2020/5/4
*   YP 3.0.3 release date 2020/5/15
*   YP 2.7.4 build date 2020/5/18
*   YP 2.7.4 release date 2020/5/29
*   YP 3.1.1 build date 2020/6/29
*   YP 3.1.1 release date 2020/7/10
*   YP 3.0.4 build date 2020/8/10
*   YP 3.0.4 release date 2020/8/21
*   YP 3.1.2 build date 2020/9/14
*   YP 3.1.2 release date 2020/9/25

 

Tracking Metrics:

*   WDD 2577 (last week 2577) (

https://wiki.yoctoproject.org/charts/combo.html)
*   Poky Patch Metrics  

*   Total patches found: 1345 (last week 1353)
*   Patches in the Pending State: 536 (40%) [last week 536 (40%)]

 

The Yocto Project's technical governance is through its Technical Steering
Committee, more information is available at:

 
https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at:

https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you'd like to see on this
weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138173): 
https://lists.openembedded.org/g/openembedded-core/message/138173
Mute This Topic: https://lists.openembedded.org/mt/74159822/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb 
b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb
similarity index 91%
rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb
rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb
index 9076d94601..a5827b9ef0 100644
--- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2019.06.03.bb
+++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb
@@ -5,8 +5,7 @@ LICENSE = "ISC"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c"
 
 SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz;
-SRC_URI[md5sum] = "4b5ba3f089db7fdb7b9daae6a7c1f2cb"
-SRC_URI[sha256sum] = 
"cd917ed86b63ce8d93947979f1f18948f03a4ac0ad89ec25227b36ac00dc54bf"
+SRC_URI[sha256sum] = 
"89fd031aed5977c219a71501e144375a10e7c90d1005d5d086ea7972886a2c7a"
 
 inherit bin_package allarch
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138172): 
https://lists.openembedded.org/g/openembedded-core/message/138172
Mute This Topic: https://lists.openembedded.org/mt/74159666/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Joshua Watt]

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 with a
consistent compression level (9), and don't include the name and
timestamp in the compressed file.

[YOCTO #12719]

Signed-off-by: Joshua Watt 
---
  meta/classes/kernel.bbclass | 10 +-
  1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index a724645466..c124645643 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -691,7 +691,15 @@ kernel_do_deploy() {
  
  	if [ ${MODULE_TARBALL_DEPLOY} = "1" ] && (grep -q -i -e '^CONFIG_MODULES=y$' .config); then

mkdir -p ${D}${root_prefix}/lib
-   tar -cvzf $deployDir/modules-${MODULE_TARBALL_NAME}.tgz -C 
${D}${root_prefix} lib
+   if [ "${BUILD_REPRODUCIBLE_BINARIES}" = "1" ]; then
+   TAR_ARGS="--sort=name --clamp-mtime 
--mtime=@${SOURCE_DATE_EPOCH}"
+   GZIP_ARGS="-9n"
+   else
+   TAR_ARGS=""
+   GZIP_ARGS=""
+   fi
+   tar $TAR_ARGS -cv -C ${D}${root_prefix} lib | gzip $GZIP_ARGS > 
$deployDir/modules-${MODULE_TARBALL_NAME}.tgz
+
ln -sf modules-${MODULE_TARBALL_NAME}.tgz 
$deployDir/modules-${MODULE_TARBALL_LINK_NAME}.tgz
fi

Do we need to make this conditional or could we just do it by default?


I don't know if we can rely on SOURCE_DATE_EPOCH being set unless 
reproducible_build.bbclass is inherited, but at a minimum we can always 
use the gzip args.




Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138171): 
https://lists.openembedded.org/g/openembedded-core/message/138171
Mute This Topic: https://lists.openembedded.org/mt/74158357/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Richard Purdie]

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 (9), and don't include the name and
> timestamp in the compressed file.
> 
> [YOCTO #12719]
> 
> Signed-off-by: Joshua Watt 
> ---
>  meta/classes/kernel.bbclass | 10 +-
>  1 file changed, 9 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index a724645466..c124645643 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -691,7 +691,15 @@ kernel_do_deploy() {
>  
>   if [ ${MODULE_TARBALL_DEPLOY} = "1" ] && (grep -q -i -e 
> '^CONFIG_MODULES=y$' .config); then
>   mkdir -p ${D}${root_prefix}/lib
> - tar -cvzf $deployDir/modules-${MODULE_TARBALL_NAME}.tgz -C 
> ${D}${root_prefix} lib
> + if [ "${BUILD_REPRODUCIBLE_BINARIES}" = "1" ]; then
> + TAR_ARGS="--sort=name --clamp-mtime 
> --mtime=@${SOURCE_DATE_EPOCH}"
> + GZIP_ARGS="-9n"
> + else
> + TAR_ARGS=""
> + GZIP_ARGS=""
> + fi
> + tar $TAR_ARGS -cv -C ${D}${root_prefix} lib | gzip $GZIP_ARGS > 
> $deployDir/modules-${MODULE_TARBALL_NAME}.tgz
> +
>   ln -sf modules-${MODULE_TARBALL_NAME}.tgz 
> $deployDir/modules-${MODULE_TARBALL_LINK_NAME}.tgz
>   fi

Do we need to make this conditional or could we just do it by default?

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138170): 
https://lists.openembedded.org/g/openembedded-core/message/138170
Mute This Topic: https://lists.openembedded.org/mt/74158357/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -92,8 +92,6 @@ EXTRA_OECMAKE_append_class-nativesdk = "\
   -DLLVM_CONFIG_PATH=${STAGING_BINDIR_NATIVE}/llvm-config${PV} 
\
  "
 
-CFLAGS += "-fcommon"
-
 do_configure_prepend() {
 # Fix paths in llvm-config
sed -i 
"s|sys::path::parent_path(CurrentPath))\.str()|sys::path::parent_path(sys::path::parent_path(CurrentPath))).str()|g"
 ${S}/tools/llvm-config/llvm-config.cpp
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138169): 
https://lists.openembedded.org/g/openembedded-core/message/138169
Mute This Topic: https://lists.openembedded.org/mt/74159120/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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
--- a/meta/recipes-graphics/mesa/mesa_20.0.2.bb
+++ b/meta/recipes-graphics/mesa/mesa_20.0.2.bb
@@ -14,8 +14,6 @@ SRC_URI[sha256sum] = 
"aa54f1cb669550606aab8ceb475105d15aeb814fca5a778ce70d0fd10e
 
 UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
 
-CFLAGS += "-fcommon"
-
 #because we cannot rely on the fact that all apps will use pkgconfig,
 #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
 do_install_append() {
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138165): 
https://lists.openembedded.org/g/openembedded-core/message/138165
Mute This Topic: https://lists.openembedded.org/mt/74159115/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 
meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch

diff --git 
a/meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch 
b/meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch
new file mode 100644
index 00..aeae864cd4
--- /dev/null
+++ 
b/meta/recipes-graphics/menu-cache/files/0001-Support-gcc10-compilation.patch
@@ -0,0 +1,111 @@
+From 1ce739649b4d66339a03fc0ec9ee7a2f7c141780 Mon Sep 17 00:00:00 2001
+From: Mamoru TASAKA 
+Date: Fri, 24 Jan 2020 13:33:00 +0900
+Subject: Support gcc10 compilation
+
+gcc10 now defaults to -fno-common, and with gcc10 menu-cache compilation fails 
like
+
+/bin/ld: menu-merge.o:menu-cache-gen/menu-tags.h:167: multiple definition of 
`DirDirs'; main.o:menu-cache-gen/menu-tags.h:167: first defined here
+/bin/ld: menu-merge.o:menu-cache-gen/menu-tags.h:164: multiple definition of 
`AppDirs'; main.o:menu-cache-gen/menu-tags.h:164: first defined here
+/bin/ld: menu-merge.o:menu-cache-gen/menu-tags.h:52: multiple definition of 
`menuTag_Layout'; main.o:menu-cache-gen/menu-tags.h:52: first defined here
+
+
+This patch fixes compilation with gcc10: properly declaring variables in 
header with "extern", and also removing some unneeded variables in header files.
+
+Upstream-Status: Submitted [https://github.com/lxde/menu-cache/pull/19]
+Signed-off-by: Adrian Bunk 
+---
+ menu-cache-gen/menu-tags.h | 55 --
+ 1 file changed, 17 insertions(+), 38 deletions(-)
+
+diff --git a/menu-cache-gen/menu-tags.h b/menu-cache-gen/menu-tags.h
+index f3fd7d3..f71c0bc 100644
+--- a/menu-cache-gen/menu-tags.h
 b/menu-cache-gen/menu-tags.h
+@@ -22,38 +22,17 @@
+ #include 
+ #include 
+ 
+-FmXmlFileTag menuTag_Menu;
+-FmXmlFileTag menuTag_AppDir;
+-FmXmlFileTag menuTag_DefaultAppDirs;
+-FmXmlFileTag menuTag_DirectoryDir;
+-FmXmlFileTag menuTag_DefaultDirectoryDirs;
+-FmXmlFileTag menuTag_Include;
+-FmXmlFileTag menuTag_Exclude;
+-FmXmlFileTag menuTag_Filename;
+-FmXmlFileTag menuTag_Or;
+-FmXmlFileTag menuTag_And;
+-FmXmlFileTag menuTag_Not;
+-FmXmlFileTag menuTag_Category;
+-FmXmlFileTag menuTag_MergeFile;
+-FmXmlFileTag menuTag_MergeDir;
+-FmXmlFileTag menuTag_DefaultMergeDirs;
+-FmXmlFileTag menuTag_Directory;
+-FmXmlFileTag menuTag_Name;
+-FmXmlFileTag menuTag_Deleted;
+-FmXmlFileTag menuTag_NotDeleted;
+-FmXmlFileTag menuTag_OnlyUnallocated;
+-FmXmlFileTag menuTag_NotOnlyUnallocated;
+-FmXmlFileTag menuTag_All;
+-FmXmlFileTag menuTag_LegacyDir;
+-FmXmlFileTag menuTag_KDELegacyDirs;
+-FmXmlFileTag menuTag_Move;
+-FmXmlFileTag menuTag_Old;
+-FmXmlFileTag menuTag_New;
+-FmXmlFileTag menuTag_Layout;
+-FmXmlFileTag menuTag_DefaultLayout;
+-FmXmlFileTag menuTag_Menuname;
+-FmXmlFileTag menuTag_Separator;
+-FmXmlFileTag menuTag_Merge;
++extern FmXmlFileTag menuTag_AppDir;
++extern FmXmlFileTag menuTag_DirectoryDir;
++extern FmXmlFileTag menuTag_Include;
++extern FmXmlFileTag menuTag_Exclude;
++extern FmXmlFileTag menuTag_Filename;
++extern FmXmlFileTag menuTag_Or;
++extern FmXmlFileTag menuTag_And;
++extern FmXmlFileTag menuTag_Not;
++extern FmXmlFileTag menuTag_Category;
++extern FmXmlFileTag menuTag_All;
++extern FmXmlFileTag menuTag_LegacyDir;
+ 
+ typedef enum {
+ MERGE_NONE, /* starting value */
+@@ -152,19 +131,19 @@ typedef struct {
+ } MenuRule;
+ 
+ /* requested language(s) */
+-char **languages;
++extern char **languages;
+ 
+ /* list of menu files to monitor */
+-GSList *MenuFiles;
++extern GSList *MenuFiles;
+ 
+ /* list of menu dirs to monitor */
+-GSList *MenuDirs;
++extern GSList *MenuDirs;
+ 
+ /* list of available app dirs */
+-GSList *AppDirs;
++extern GSList *AppDirs;
+ 
+ /* list of available dir dirs */
+-GSList *DirDirs;
++extern GSList *DirDirs;
+ 
+ /* parse and merge menu files */
+ MenuMenu *get_merged_menu(const char *file, FmXmlFile **xmlfile, GError 
**error);
+@@ -177,7 +156,7 @@ gboolean save_menu_cache(MenuMenu *layout, const char 
*menuname, const char *fil
+ void _free_layout_items(GList *data);
+ 
+ /* verbosity level */
+-gint verbose;
++extern gint verbose;
+ 
+ #define DBG if (verbose) g_debug
+ #define VDBG if (verbose > 1) g_debug
+-- 
+2.17.1
+
diff --git a/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb 
b/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb
index 7a11228ef0..fc4e0a4d84 100644
--- a/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb
+++ b/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb
@@ -8,7 +8,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=0964c689fcf4c21c6797ea87408416b6"
 SECTION = "x11/libs"
 DEPENDS = "glib-2.0 libfm-extra"
 
-SRC_URI = "${SOURCEFORGE_MIRROR}/lxde/menu-cache-${PV}.tar.xz"
+SRC_URI = "${SOURCEFORGE_MIRROR}/lxde/menu-cache-${PV}.tar.xz \
+   

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

[Adrian Bunk]

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 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb
index 3f7fbe85b8..26815feb33 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.8.bb
@@ -9,8 +9,6 @@ SRC_URI += 
"file://0001-xf86pciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.pat
 SRC_URI[md5sum] = "a770aec600116444a953ff632f51f839"
 SRC_URI[sha256sum] = 
"d17b646bee4ba0fb7850c1cc55b18e3e8513ed5c02bdf38da7e107f84e2d0146"
 
-CFLAGS += "-fcommon"
-
 # These extensions are now integrated into the server, so declare the migration
 # path for in-place upgrades.
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138164): 
https://lists.openembedded.org/g/openembedded-core/message/138164
Mute This Topic: https://lists.openembedded.org/mt/74159114/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 
meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch

diff --git 
a/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch
 
b/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch
new file mode 100644
index 00..541b5c9c84
--- /dev/null
+++ 
b/meta/recipes-graphics/matchbox-wm/matchbox-wm/0001-Fix-build-with-gcc-10.patch
@@ -0,0 +1,41 @@
+From 8a8f8446e803cad04d7bbceaab78ee45d9778c3c Mon Sep 17 00:00:00 2001
+From: Adrian Bunk 
+Date: Tue, 12 May 2020 09:44:05 +0300
+Subject: Fix build with gcc 10
+
+Upstream-Status: Pending
+Signed-off-by: Adrian Bunk 
+---
+ src/mbtheme.h | 2 +-
+ src/structs.h | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/mbtheme.h b/src/mbtheme.h
+index aa9a7c5..ad03bde 100644
+--- a/src/mbtheme.h
 b/src/mbtheme.h
+@@ -46,7 +46,7 @@ typedef struct _mb_theme_param
+ 
+ } MBThemeParam;
+ 
+-enum {
++typedef enum {
+   LAYER_GRADIENT_HORIZ = 1,
+   LAYER_GRADIENT_VERT,
+   LAYER_LABEL,
+diff --git a/src/structs.h b/src/structs.h
+index 24985e7..8f53e72 100644
+--- a/src/structs.h
 b/src/structs.h
+@@ -148,7 +148,7 @@
+ 
+ /* Atoms, if you change these check ewmh_init() first */
+ 
+-enum {
++typedef enum {
+   WM_STATE = 0,
+   WM_CHANGE_STATE,
+   WM_PROTOCOLS,
+-- 
+2.17.1
+
diff --git a/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb 
b/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb
index 675ee40fa4..a08eb252ce 100644
--- a/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb
+++ b/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb
@@ -13,6 +13,7 @@ DEPENDS = "libmatchbox virtual/libx11 libxext libxrender 
startup-notification ex
 # SRCREV tagged 1.2.2
 SRCREV = "27da947e7fbdf9659f7e5bd1e92af92af6c03970"
 SRC_URI = "git://git.yoctoproject.org/matchbox-window-manager \
+   file://0001-Fix-build-with-gcc-10.patch \
file://kbdconfig"
 
 S = "${WORKDIR}/git"
@@ -21,8 +22,6 @@ inherit autotools pkgconfig features_check
 # depends on virtual/libx11
 REQUIRED_DISTRO_FEATURES = "x11"
 
-CFLAGS += "-fcommon"
-
 FILES_${PN} = "${bindir}/* \
${datadir}/matchbox \
${sysconfdir}/matchbox \
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138168): 
https://lists.openembedded.org/g/openembedded-core/message/138168
Mute This Topic: https://lists.openembedded.org/mt/74159119/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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
--- a/meta/recipes-core/libxcrypt/libxcrypt.inc
+++ b/meta/recipes-core/libxcrypt/libxcrypt.inc
@@ -27,8 +27,6 @@ BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
 TARGET_CPPFLAGS = "-I${STAGING_DIR_TARGET}${includedir} -Wno-error"
 CPPFLAGS_append_class-nativesdk = " -Wno-error"
 
-CFLAGS += "-fcommon"
-
 API = "--disable-obsolete-api"
 EXTRA_OECONF += "${API}"
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138163): 
https://lists.openembedded.org/g/openembedded-core/message/138163
Mute This Topic: https://lists.openembedded.org/mt/74159113/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 db62ae8fac..107d312d14 100644
--- a/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb
+++ b/meta/recipes-support/atk/at-spi2-atk_2.34.2.bb
@@ -17,5 +17,3 @@ FILES_${PN}-gnome = 
"${libdir}/gnome-settings-daemon-3.0/gtk-modules"
 FILES_${PN}-gtk2 = "${libdir}/gtk-2.0/modules/libatk-bridge.*"
 
 BBCLASSEXTEND = "native nativesdk"
-
-CFLAGS += "-fcommon"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138166): 
https://lists.openembedded.org/g/openembedded-core/message/138166
Mute This Topic: https://lists.openembedded.org/mt/74159117/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 
b/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb
index ad0ab13c9a..7ad4b8eee6 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_5.5.0.bb
@@ -9,4 +9,4 @@ SRC_URI[sha256sum] = 
"bac543435cac208a11db44c9cc8e35aa902befef8750594654ee71941c
 
 # CFLAGS are computed in Makefile and reference CCOPTS
 #
-EXTRA_OEMAKE_append = " CCOPTS='${CFLAGS} -fcommon'"
+EXTRA_OEMAKE_append = " CCOPTS='${CFLAGS}'"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138162): 
https://lists.openembedded.org/g/openembedded-core/message/138162
Mute This Topic: https://lists.openembedded.org/mt/74159112/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Bartosz Golaszewski]

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 e.g. we
can make do_image_wic depend on fitImage task which can in turn depend
on do_image_ext4.

We need delete the IMGDEPLOYDIR variable from the data object passed
to each image task so that it gets expanded with the correct override.

In order to make sure that tasks added to SSTATETASKS in anonymous python
functions are correctly setup, move the code that assigns pre- and
postfuncs to an event handler invoked on bb.event.RecipeTaskPreProcess
in sstate.bbclass. This event is fired right after the anonymous
functions.

Signed-off-by: Bartosz Golaszewski 
---
Changes since v2:
- dropped the qemuboot patch (already upstream)
- switched to % string formatting instead of using .format() for consistency

 meta/classes/image.bbclass  | 17 +
 meta/classes/sstate.bbclass |  4 
 2 files changed, 21 insertions(+)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 694b58fc9f..3cf8ceb2d6 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -425,10 +425,12 @@ python () {
 # date/time values. It will get expanded at execution time.
 # Similarly TMPDIR since otherwise we see QA stamp comparision problems
 # Expand PV else it can trigger get_srcrev which can fail due to these 
variables being unset
+# Delete IMGDEPLOYDIR so that each task gets its own, overriden value
 localdata.setVar('PV', d.getVar('PV'))
 localdata.delVar('DATETIME')
 localdata.delVar('DATE')
 localdata.delVar('TMPDIR')
+localdata.delVar('IMGDEPLOYDIR')
 vardepsexclude = (d.getVarFlag('IMAGE_CMD_' + realt, 'vardepsexclude', 
True) or '').split()
 for dep in vardepsexclude:
 localdata.delVar(dep)
@@ -499,6 +501,21 @@ python () {
 
 bb.debug(2, "Adding task %s before %s, after %s" % (task, 
'do_image_complete', after))
 bb.build.addtask(task, 'do_image_complete', after, d)
+
+imgdeploydir = d.getVar('IMGDEPLOYDIR')
+task_override = task[3:].replace('_', '-') # 'do_image_ext4' becomes 
'image-ext4'
+taskdeploydir = '%s/deploy-%s-%s' % (os.path.dirname(imgdeploydir),
+ d.getVar('PN'), task_override)
+
+# Each image task gets its own IMGDEPLOYDIR directory and is added to
+# SSTATETASKS. This way every set of artifacts gets deployed right 
after
+# the do_image_foo task completes.
+d.setVar('IMGDEPLOYDIR_task-%s' % task_override, taskdeploydir)
+d.appendVar('SSTATETASKS', ' %s' % task)
+d.setVarFlag(task, 'sstate-inputdirs', taskdeploydir)
+d.setVarFlag(task, 'sstate-outputdirs', d.getVar('DEPLOY_DIR_IMAGE'))
+d.setVarFlag(task, 'cleandirs', taskdeploydir)
+d.setVar('SSTATE_SKIP_CREATION_task-%s' % task_override, '1')
 }
 
 #
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index aa9c30b4e1..5bdada673f 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -138,13 +138,17 @@ python () {
 d.setVar('SSTATE_EXTRAPATH', "${NATIVELSBSTRING}/")
 d.setVar('BB_HASHFILENAME', "True ${SSTATE_PKGSPEC} ${SSTATE_SWSPEC}")
 d.setVar('SSTATE_EXTRAPATHWILDCARD', "${NATIVELSBSTRING}/")
+}
 
+python sstate_setup_tasks() {
 unique_tasks = sorted(set((d.getVar('SSTATETASKS') or "").split()))
 d.setVar('SSTATETASKS', " ".join(unique_tasks))
 for task in unique_tasks:
 d.prependVarFlag(task, 'prefuncs', "sstate_task_prefunc ")
 d.appendVarFlag(task, 'postfuncs', " sstate_task_postfunc")
 }
+addhandler sstate_setup_tasks
+sstate_setup_tasks[eventmask] = "bb.event.RecipeTaskPreProcess"
 
 def sstate_init(task, d):
 ss = {}
-- 
2.25.0

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138161): 
https://lists.openembedded.org/g/openembedded-core/message/138161
Mute This Topic: https://lists.openembedded.org/mt/74158924/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Adrian Bunk]

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 issue is the host gcc in stable series,
but that cannot be fixed this way.

cu
Adrian
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138160): 
https://lists.openembedded.org/g/openembedded-core/message/138160
Mute This Topic: https://lists.openembedded.org/mt/74142398/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Joshua Watt]

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 file.

[YOCTO #12719]

Signed-off-by: Joshua Watt 
---
 meta/classes/kernel.bbclass | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index a724645466..c124645643 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -691,7 +691,15 @@ kernel_do_deploy() {
 
if [ ${MODULE_TARBALL_DEPLOY} = "1" ] && (grep -q -i -e 
'^CONFIG_MODULES=y$' .config); then
mkdir -p ${D}${root_prefix}/lib
-   tar -cvzf $deployDir/modules-${MODULE_TARBALL_NAME}.tgz -C 
${D}${root_prefix} lib
+   if [ "${BUILD_REPRODUCIBLE_BINARIES}" = "1" ]; then
+   TAR_ARGS="--sort=name --clamp-mtime 
--mtime=@${SOURCE_DATE_EPOCH}"
+   GZIP_ARGS="-9n"
+   else
+   TAR_ARGS=""
+   GZIP_ARGS=""
+   fi
+   tar $TAR_ARGS -cv -C ${D}${root_prefix} lib | gzip $GZIP_ARGS > 
$deployDir/modules-${MODULE_TARBALL_NAME}.tgz
+
ln -sf modules-${MODULE_TARBALL_NAME}.tgz 
$deployDir/modules-${MODULE_TARBALL_LINK_NAME}.tgz
fi
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138159): 
https://lists.openembedded.org/g/openembedded-core/message/138159
Mute This Topic: https://lists.openembedded.org/mt/74158357/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Richard Purdie]

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 libstdc++
> 
> [1] https://gcc.gnu.org/gcc-10/changes.html
> [2] https://gcc.gnu.org/gcc-10/porting_to.html
> 
> Signed-off-by: Khem Raj 
> Signed-off-by: Richard Purdie 
> ---
> v2: Correct SRC_URI checksums
> v3: Drop icu change
> Backport a patch for CET cross compile
> v4: Do not delete icu config but restore original one

There is a new meta-mingw issue:

https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/1892

also a typo fix in maintainers.inc needs squashing in:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next=47de13d4d208aa6a5ca89e4e0ce566990e208e96

to avoid selftest failures.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138158): 
https://lists.openembedded.org/g/openembedded-core/message/138158
Mute This Topic: https://lists.openembedded.org/mt/74153913/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Dawod]

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 much.

On Mon, May 11, 2020 at 8:37 PM Mark Hatle 
wrote:

>
>
> On 5/11/20 4:17 AM, Quentin Schulz wrote:
> > Hi Mohamed,
> >
> > On Mon, May 11, 2020 at 11:03:26AM +0200, Dawod wrote:
> >> Hello,
> >>
> >> I need to fetch a git repo using 2 different protocols ( ssh & https )
> >> So that when I run bitbake, It will fetch using ssh protocol first and
> if
> >> it fails to fetch, It will try to fetch using https protocol.
> >>
> >
> > Why? What's the exact use case?
> >
> >> can I do some thing like that or I will have to change it manually every
> >> time ?
> >>
> >
> > Maybe you could play with PREMIRROS? (I've never explicitly used that
> > variable though):
> >
> https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-PREMIRRORS
>
> This is what I would suggest.  Have the recipe itself set the fallback URI
> as
> the main URL.
>
>
> SRC_URI = "git://example.com/my/repository/uri;proto=https"
>
> PREMIRRORS_prepend = "git://example.com/my/repository/uri;proto=https
> git://example.com/my/otherrepo/uri;proto=ssh \n"
>
> (the \n is literally '\' and 'n')
>
> The above should, when it sees the SRC_URI, try the ssh protocol first..
> if that
> doesn't work it will fall back to SRC_URI.
>
> --Mark
>
> > I guess the asterisk parts could be removed and the path to more or less
> your
> > source could be used (ssh first, to http path in your SRC_URI)?
> >
> > That's a shot in the dark for me but something to test I'd say :)
> >
> > Quentin
> >
> >
> > 
> >
>


-- 

Mohamed Dawod
Computer Engineer
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138157): 
https://lists.openembedded.org/g/openembedded-core/message/138157
Mute This Topic: https://lists.openembedded.org/mt/74131887/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[wenlin.k...@windriver.com]

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 matched: 
sysroots/core2-64-poky-linux/etc/resolv-conf.systemd
zip warning: name not matched: sysroots/core2-64-poky-linux/etc/mtab
zip warning: name not matched: sysroots/core2-64-poky-linux/etc/resolv.conf
zip warning: name not matched: sysroots/core2-64-poky-linux/var/lock
zip warning: name not matched: 
sysroots/core2-64-poky-linux/usr/lib/environment.d/99-environment.conf
zip warning: name not matched: sysroots/core2-64-poky-linux/sbin/klogd
zip warning: name not matched: sysroots/core2-64-poky-linux/sbin/syslogd
zip warning: name not matched: sysroots/x86_64-pokysdk-linux/usr/bin/chfn
zip warning: name not matched: sysroots/x86_64-pokysdk-linux/usr/bin/chsh
zip warning: name not matched: sysroots/x86_64-pokysdk-linux/usr/bin/passwd
zip warning: name not matched: sysroots/x86_64-pokysdk-linux/usr/bin/chpasswd
zip warning: name not matched: sysroots/x86_64-pokysdk-linux/sbin/vipw
zip warning: name not matched: sysroots/x86_64-pokysdk-linux/sbin/vigr
zip warning: name not matched: sysroots/x86_64-pokysdk-linux/sbin/nologin

Signed-off-by: Wenlin Kang 
---
 meta/classes/populate_sdk_base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index f85c3b9f62..990505e89b 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -58,7 +58,7 @@ python () {
d.setVar('SDK_ARCHIVE_DEPENDS', 'zip-native')
# SDK_ARCHIVE_CMD used to generate archived sdk 
${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} from input dir 
${SDK_OUTPUT}/${SDKPATH} to output dir ${SDKDEPLOYDIR}
# recommand to cd into input dir first to avoid archive with buildpath
-   d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; zip -r 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} .')
+   d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; zip -r -y 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} .')
 else:
d.setVar('SDK_ARCHIVE_DEPENDS', 'xz-native')
d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; tar 
${SDKTAROPTS} -cf - . | xz ${SDK_XZ_OPTIONS} > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE}')
-- 
2.23.0

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138156): 
https://lists.openembedded.org/g/openembedded-core/message/138156
Mute This Topic: https://lists.openembedded.org/mt/74154998/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[wenlin.k...@windriver.com]

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: 
sysroots/aarch64-wrs-linux/etc/tmpfiles.d/etc.conf
zip warning: name not matched: 
sysroots/aarch64-wrs-linux/etc/tmpfiles.d/home.conf
zip warning: name not matched: 
sysroots/aarch64-wrs-linux/etc/systemd/network/80-wired.network
zip warning: name not matched: sysroots/aarch64-wrs-linux/etc/resolv.conf
zip warning: name not matched: sysroots/aarch64-wrs-linux/etc/mtab
zip warning: name not matched: 
sysroots/aarch64-wrs-linux/etc/resolv-conf.systemd
zip warning: name not matched: sysroots/aarch64-wrs-linux/var/lock

Signed-off-by: Wenlin Kang 
---
 meta/classes/populate_sdk_base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index d03465b6fc..b5c004d832 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -55,7 +55,7 @@ python () {
d.setVar('SDK_ARCHIVE_DEPENDS', 'zip-native')
# SDK_ARCHIVE_CMD used to generate archived sdk 
${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} from input dir 
${SDK_OUTPUT}/${SDKPATH} to output dir ${SDKDEPLOYDIR}
# recommand to cd into input dir first to avoid archive with buildpath
-   d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; zip -r 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} .')
+   d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; zip -r -y 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE} .')
 else:
d.setVar('SDK_ARCHIVE_DEPENDS', 'xz-native')
d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; tar 
${SDKTAROPTS} -cf - . | xz -T 0 -9 > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE}')
-- 
2.23.0

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138155): 
https://lists.openembedded.org/g/openembedded-core/message/138155
Mute This Topic: https://lists.openembedded.org/mt/74154832/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Zhixiong Chi]

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, 67 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-1752.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2020-1752.patch 
b/meta/recipes-core/glibc/glibc/CVE-2020-1752.patch
new file mode 100644
index 00..6c347cd414
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2020-1752.patch
@@ -0,0 +1,66 @@
+From ddc650e9b3dc916eab417ce9f79e67337b05035c Mon Sep 17 00:00:00 2001
+From: Andreas Schwab 
+Date: Wed, 19 Feb 2020 17:21:46 +0100
+Subject: [PATCH] Fix use-after-free in glob when expanding ~user (bug 25414)
+
+The value of `end_name' points into the value of `dirname', thus don't
+deallocate the latter before the last use of the former.
+
+CVE: CVE-2020-1752
+Upstream-Status: Backport [git://sourceware.org/git/glibc.git]
+Signed-off-by: Zhixiong Chi 
+---
+ posix/glob.c | 25 +
+ 1 file changed, 13 insertions(+), 12 deletions(-)
+
+diff --git a/posix/glob.c b/posix/glob.c
+index cba9cd1819..4580cefb9f 100644
+--- a/posix/glob.c
 b/posix/glob.c
+@@ -827,31 +827,32 @@ __glob (const char *pattern, int flags, int (*errfunc) 
(const char *, int),
+ {
+   size_t home_len = strlen (p->pw_dir);
+   size_t rest_len = end_name == NULL ? 0 : strlen (end_name);
+-  char *d;
++  char *d, *newp;
++  bool use_alloca = glob_use_alloca (alloca_used,
++ home_len + rest_len + 1);
+ 
+-  if (__glibc_unlikely (malloc_dirname))
+-free (dirname);
+-  malloc_dirname = 0;
+-
+-  if (glob_use_alloca (alloca_used, home_len + rest_len + 1))
+-dirname = alloca_account (home_len + rest_len + 1,
+-  alloca_used);
++  if (use_alloca)
++newp = alloca_account (home_len + rest_len + 1, alloca_used);
+   else
+ {
+-  dirname = malloc (home_len + rest_len + 1);
+-  if (dirname == NULL)
++  newp = malloc (home_len + rest_len + 1);
++  if (newp == NULL)
+ {
+   scratch_buffer_free ();
+   retval = GLOB_NOSPACE;
+   goto out;
+ }
+-  malloc_dirname = 1;
+ }
+-  d = mempcpy (dirname, p->pw_dir, home_len);
++  d = mempcpy (newp, p->pw_dir, home_len);
+   if (end_name != NULL)
+ d = mempcpy (d, end_name, rest_len);
+   *d = '\0';
+ 
++  if (__glibc_unlikely (malloc_dirname))
++free (dirname);
++  dirname = newp;
++  malloc_dirname = !use_alloca;
++
+   dirlen = home_len + rest_len;
+   dirname_modified = 1;
+ }
+-- 
+2.18.2
diff --git a/meta/recipes-core/glibc/glibc_2.30.bb 
b/meta/recipes-core/glibc/glibc_2.30.bb
index 84a6538ea1..e9286b6b49 100644
--- a/meta/recipes-core/glibc/glibc_2.30.bb
+++ b/meta/recipes-core/glibc/glibc_2.30.bb
@@ -44,6 +44,7 @@ SRC_URI =  "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
file://CVE-2019-19126.patch \
file://CVE-2020-10029.patch \
file://CVE-2020-1751.patch \
+   file://CVE-2020-1752.patch \
"
 S = "${WORKDIR}/git"
 B = "${WORKDIR}/build-${TARGET_SYS}"
-- 
2.23.0

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138154): 
https://lists.openembedded.org/g/openembedded-core/message/138154
Mute This Topic: https://lists.openembedded.org/mt/74154664/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[timon . ulrich]

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 deletions(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index 2a530a0489..3933a78552 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -35,6 +35,7 @@ CVE_CHECK_DIR ??= "${DEPLOY_DIR}/cve"
 CVE_CHECK_MANIFEST ?= 
"${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.cve"
 CVE_CHECK_COPY_FILES ??= "1"
 CVE_CHECK_CREATE_MANIFEST ??= "1"
+CVE_CHECK_FORMAT_CSV ??= "0"
 
 # Whitelist for packages (PN)
 CVE_CHECK_PN_WHITELIST ?= ""
@@ -98,10 +99,24 @@ python cve_check_write_rootfs_manifest () {
 manifest_name = d.getVar("CVE_CHECK_MANIFEST")
 cve_tmp_file = d.getVar("CVE_CHECK_TMP_FILE")
 
+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:]
+with open(cve_tmp_file, "w") as f:
+f.write(db_update_timestamp+'\n')
+f.write("PACKAGE NAME;PACKAGE VERSION;CVE;CVE STATUS;"
+   "CVE SUMMARY;CVSS v2 BASE SCORE;CVSS v3 BASE SCORE;"
+   "VECTOR;MORE INFORMATION\n")
+with open(cve_tmp_file, "a") as f:
+f.writelines(orig_tmp_file)
+
 shutil.copyfile(cve_tmp_file, manifest_name)
 
 if manifest_name and os.path.exists(manifest_name):
-manifest_link = os.path.join(deploy_dir, "%s.cve" % link_name)
+manifest_link = os.path.join(deploy_dir, "%s.cve%s" % (link_name, 
".csv" if d.getVar("CVE_CHECK_FORMAT_CSV") == "1" else ""))
 # If we already have another manifest, update symlinks
 if os.path.exists(os.path.realpath(manifest_link)):
 os.remove(manifest_link)
@@ -295,26 +310,35 @@ def cve_write_data(d, patched, unpatched, whitelisted, 
cve_data):
 
 cve_file = d.getVar("CVE_CHECK_LOG")
 nvd_link = "https://web.nvd.nist.gov/view/vuln/detail?vulnId=;
+eol_char = '\n' if d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else ';'
 write_string = ""
 unpatched_cves = []
 bb.utils.mkdirhier(os.path.dirname(cve_file))
 
 for cve in sorted(cve_data):
-write_string += "PACKAGE NAME: %s\n" % d.getVar("PN")
-write_string += "PACKAGE VERSION: %s\n" % d.getVar("PV")
-write_string += "CVE: %s\n" % cve
+write_string += "%s%s%c" % ("PACKAGE NAME: " if 
d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", d.getVar("PN"), eol_char)
+write_string += "%s%s%c" % ("PACKAGE VERSION: " if 
d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", d.getVar("PV"), eol_char)
+write_string += "%s%s%c" % ("CVE: " if 
d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", cve, eol_char)
+if d.getVar("CVE_CHECK_FORMAT_CSV") != "1":
+write_string += "CVE STATUS: "
 if cve in whitelisted:
-write_string += "CVE STATUS: Whitelisted\n"
+write_string += "Whitelisted"
 elif cve in patched:
-write_string += "CVE STATUS: Patched\n"
+write_string += "Patched"
 else:
 unpatched_cves.append(cve)
-write_string += "CVE STATUS: Unpatched\n"
-write_string += "CVE SUMMARY: %s\n" % cve_data[cve]["summary"]
-write_string += "CVSS v2 BASE SCORE: %s\n" % cve_data[cve]["scorev2"]
-write_string += "CVSS v3 BASE SCORE: %s\n" % cve_data[cve]["scorev3"]
-write_string += "VECTOR: %s\n" % cve_data[cve]["vector"]
-write_string += "MORE INFORMATION: %s%s\n\n" % (nvd_link, cve)
+write_string += "Unpatched"
+write_string += eol_char
+if d.getVar("CVE_CHECK_FORMAT_CSV") == "1":
+write_string += "\"%s\"%c" % 
(cve_data[cve]["summary"].replace("\"","\'"), eol_char)
+else:
+write_string += "CVE SUMMARY: %s%c" % (cve_data[cve]["summary"], 
eol_char)
+write_string += "%s%s%c" % ("CVSS v2 BASE SCORE: " if 
d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", cve_data[cve]["scorev2"], 
eol_char)
+write_string += "%s%s%c" % ("CVSS v3 BASE SCORE: " if 
d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", cve_data[cve]["scorev3"], 
eol_char)
+write_string += "%s%s%c" % ("VECTOR: " if 
d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", cve_data[cve]["vector"], 
eol_char)
+write_string += "%s%s%s\n" % ("MORE INFORMATION: " if 
d.getVar("CVE_CHECK_FORMAT_CSV") != "1" else "", nvd_link, cve)
+if d.getVar("CVE_CHECK_FORMAT_CSV") != "1":
+write_string += '\n'
 
 if unpatched_cves:
 bb.warn("Found unpatched CVE (%s), for more information check %s" 

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

[Khem Raj]

* 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] https://gcc.gnu.org/gcc-10/porting_to.html

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie 
---
v2: Correct SRC_URI checksums
v3: Drop icu change
Backport a patch for CET cross compile
v4: Do not delete icu config but restore original one

 meta/conf/distro/include/maintainers.inc  |   2 +-
 meta/conf/distro/include/tcmode-default.inc   |   2 +-
 .../gcc/{gcc-9.3.inc => gcc-10.1.inc} |  53 +++
 ...0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch |  15 +-
 .../0002-gcc-poison-system-directories.patch  |  47 +++---
 ...-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch |  11 +-
 .../0004-64-bit-multilib-hack.patch   |  15 +-
 .../0005-optional-libstdc.patch   |  29 ++--
 .../0006-COLLECT_GCC_OPTIONS.patch|  11 +-
 ...ts.h-in-B-instead-of-S-and-t-oe-in-B.patch |  20 +--
 .../0008-fortran-cross-compile-hack.patch |  15 +-
 .../0009-cpp-honor-sysroot.patch  |  13 +-
 .../0010-MIPS64-Default-to-N64-ABI.patch  |  11 +-
 ...AMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch |  33 ++--
 ...gcc-Fix-argument-list-too-long-error.patch |  11 +-
 .../0013-Disable-sdt.patch|  23 ++-
 .../{gcc-9.3 => gcc-10.1}/0014-libtool.patch  |   9 +-
 ...s-fix-v4bx-to-linker-to-support-EABI.patch |  11 +-
 ...-config-files-from-B-instead-of-usin.patch |  25 ++-
 ...ir-from-.la-which-usually-points-to-.patch |  11 +-
 .../0018-export-CPP.patch |   9 +-
 ...e-target-gcc-headers-can-be-included.patch |  13 +-
 ...-directory-during-relink-if-inst_pr.patch} |  11 +-
 ...R-replacement-instead-of-hardcoding.patch} |   9 +-
 ...2-aarch64-Add-support-for-musl-ldso.patch} |   9 +-
 ...fix-libcc1-s-install-path-and-rpath.patch} |   9 +-
 ...e-sysroot-support-for-nativesdk-gcc.patch} | 112 ++---
 ...root-gcc-version-specific-dirs-with.patch} |  13 +-
 ...us-_FOR_BUILD-and-related-variables.patch} |  27 ++--
 ...27-nios2-Define-MUSL_DYNAMIC_LINKER.patch} |   9 +-
 ...-to-link-commandline-for-musl-targe.patch} |  15 +-
 ...sing-LDFLAGS-not-just-SHLIB_LDFLAGS.patch} |   9 +-
 .../0030-sync-gcc-stddef.h-with-musl.patch}   |   9 +-
 ...fault-in-precompiled-header-generat.patch} |  11 +-
 .../0032-Fix-for-testsuite-failure.patch} |   9 +-
 ...e-introduce-spe-commandline-options.patch} |  11 +-
 ...s-for-__cpu_indicator_init-instead-.patch} |  29 ++--
 ...-Do-not-use-__LINE__-for-maintainin.patch} |  55 +++
 ...le-CET-in-cross-compiler-if-possible.patch | 150 ++
 ...v3-Include-system_error-for-std-errc.patch |  23 +++
 ...ild-with-disable-dependency-tracking.patch |  54 ---
 .../gcc/gcc-9.3/0030-ldbl128-config.patch |  79 -
 ...heck-zero-value-in-simple_object_elf.patch |  48 --
 ...ands-Don-t-match-user-defined-regs-o.patch | 100 
 ...dian_9.3.bb => gcc-cross-canadian_10.1.bb} |   0
 .../{gcc-cross_9.3.bb => gcc-cross_10.1.bb}   |   0
 ...c-crosssdk_9.3.bb => gcc-crosssdk_10.1.bb} |   0
 meta/recipes-devtools/gcc/gcc-runtime.inc |   1 +
 ...gcc-runtime_9.3.bb => gcc-runtime_10.1.bb} |   0
 ...nitizers_9.3.bb => gcc-sanitizers_10.1.bb} |   0
 .../{gcc-source_9.3.bb => gcc-source_10.1.bb} |   0
 meta/recipes-devtools/gcc/gcc-target.inc  |   1 +
 .../gcc/{gcc_9.3.bb => gcc_10.1.bb}   |   0
 ...-initial_9.3.bb => libgcc-initial_10.1.bb} |   0
 .../gcc/{libgcc_9.3.bb => libgcc_10.1.bb} |   0
 ...libgfortran_9.3.bb => libgfortran_10.1.bb} |   0
 56 files changed, 491 insertions(+), 701 deletions(-)
 rename meta/recipes-devtools/gcc/{gcc-9.3.inc => gcc-10.1.inc} (65%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch (79%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0002-gcc-poison-system-directories.patch (85%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch (92%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0004-64-bit-multilib-hack.patch (95%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0005-optional-libstdc.patch (86%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0006-COLLECT_GCC_OPTIONS.patch (80%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0007-Use-the-defaults.h-in-B-instead-of-S-and-t-oe-in-B.patch (87%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0008-fortran-cross-compile-hack.patch (81%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0009-cpp-honor-sysroot.patch (87%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0010-MIPS64-Default-to-N64-ABI.patch (85%)
 rename meta/recipes-devtools/gcc/{gcc-9.3 => 
gcc-10.1}/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch (93%)
 

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

[Peter Kjellerstedt]

> -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
> 
> Source: git://sourceware.org/git/bzip2-tests.git
> Type: Enhancement
> Description:
> bzip2 now has a test suite available at git://sourceware.org/git/bzip2-
> tests.git.
> 
> This is a collection of "interesting" .bz2 files that can be used to
> test bzip2 works correctly. They come from different projects.
> 
> Some files are deliberately bad, and are use to see how bzip2 handles
> corrupt files. They are explicitly not intended to decompress correctly,
> but to catch errors in bzip2 trying to deal with deliberately bad data.
> All such files have a name ending in .bz2.bad.
> 
> All non-bad files end in bz2. And should come with a .md5 file for
> the original input file. The .md5 file is used to check that bzip2
> could correctly decompress the file. The original (non-compressed)
> files are deliberately not checked in.
> 
> It will by default test with the command 'bzip2', running under
> valgrind (if installed on the system).
> 
> For each .bz2 file found it is decompressed, recompressed and
> decompressed again. Once with the default bzip2 settings and
> once in --small (-s) mode.
> 
> For each .bz2.bad file decompression is tried twice also. In
> default mode and small mode. The bzip2 binary is expected to
> return either 1 or 2 as exit status. Any other exit code is
> interpreted as failure.
> 
> License:
>In bzip2-tests source code Each directory should contain a README
>file explaining where the .bz2 files originally came from.
>Plus a reference to the (Free Software) license that the project
>files were distributed under.
> 
>Adding GPLv3+ License to the bzip2 recipe. Since we modify the
>bzip2-tests.git/run-tests.sh script and we can redistribute it and/or
>modify it under the terms of the GNU General Public License (GPL);
>either version 3, or (at your option) any later version.
> 
>since all other files and directories are unchanged and We are simply
>using the compressed files as data so we are ignoring the license info for
>these files and directories in bzip2-tests.git

This is not how licenses work. They typically relate to distribution. 
I.e., it is the act of distributing the code that is covered in the 
license. It does not matter if what is distributed is later used as 
source or as a binary blob, it is still being distributed.

Since the code that is covered by, e.g., GPL-3.0 is only distributed in 
the ptest package, you will have to set individual package licenses. I.e., 
LICENSE should contain all licenses used by any package. Then for each 
package that should have a different license, you need to define it 
explicitly. E.g.:

LICENSE_${PN} = "bzip2-1.0.6"
LICENSE_${PN}-dev = "bzip2-1.0.6"
LICENSE_${PN}-dbg = "bzip2-1.0.6"
LICENSE_${PN}-doc = "bzip2-1.0.6"
LICENSE_${PN}-src = "bzip2-1.0.6"
LICENSE_libbz2 = "bzip2-1.0.6"

The above assumes that what is covered by the GPL-3.0 license only ends 
up in ${PN}-ptest. If any of it ends up in any of the other packages 
above, then obviously they need to be removed from the list too.

//Peter

> Test Summery:
>On qemux86-64/kvm the ptest results with extra filesystem space
> (atleast 114688) are:
> 
> TOTAL:396
> PASS: 396
> SKIP: 0
> XFAIL:0
> FAIL: 0
> XPASS:0
> ERROR:0
> 
> All tests passed
> DURATION: 517
> 
> [YOCTO #13444]
> 
> Signed-off-by: Rahul Kumar 
> ---
>  .../bzip2/0001-bzip2-modify-run-tests-script.patch | 188
> +
>  meta/recipes-extended/bzip2/bzip2/Makefile.am  |   2 +
>  meta/recipes-extended/bzip2/bzip2_1.0.8.bb |   9 +-
>  3 files changed, 197 insertions(+), 2 deletions(-)
>  create mode 100644 meta/recipes-extended/bzip2/bzip2/0001-bzip2-modify-
> run-tests-script.patch
> 
> diff --git a/meta/recipes-extended/bzip2/bzip2/0001-bzip2-modify-run-
> tests-script.patch b/meta/recipes-extended/bzip2/bzip2/0001-bzip2-modify-
> run-tests-script.patch
> new file mode 100644
> index 000..900a9aa
> --- /dev/null
> +++ b/meta/recipes-extended/bzip2/bzip2/0001-bzip2-modify-run-tests-
> script.patch
> @@ -0,0 +1,188 @@
> +From 8e704bc7bf25f892968eac8bcb40a205248ff5b2 Mon Sep 17 00:00:00 2001
> +From: Rahul Kumar 
> +Date: Mon, 30 Mar 2020 12:17:00 +0530
> +Subject: [PATCH] bzip2: modify run-tests script
> +
> +1) modify run-tests script to write PASS/FAIL as expected by the ptest
> infrastructure
> +
> +2) Since the discrete md5sum does not have a short form of --status.And
> minimal base
> +   images does not support commands with long form arguments so dropping
> this
> +   argument
> +
> +Upstream-Status: Submitted [bzip2-de...@sourceware.org]
> +- Submitted to bzip2 mailing list and waiting