Re: [OE-core] [PATCH v5 1/2] ltp: Update to 20200120

2020-02-28 Thread Petr Vorel 
Hi Richard, Khem,

> > Changes v4->v5:
> > * Put back 0002-kernel-controllers-Link-with-libfts-explicitly-on-
> > mu.patch
> > as it still needed on MUSL (although it should not be needed,
> > strange).
> > Reported by Anuj Mittal

> I'm sorry to say that this still isn't quite right for musl:

> https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1634
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1630

> Still having the fts issue :(
OK, step1b is still problematic:
/home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld:
 
/usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3224:
 undefined reference to `fts_read'
/home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld:
 
/usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3224:
 undefined reference to `fts_read'
/home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld:
 
/usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3269:
 undefined reference to `fts_close'
/home/pokybuild/yocto-worker/musl-qemux86-64/build/build/tmp/work/core2-64-poky-linux-musl/ltp/20200120-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux-musl/../../libexec/x86_64-poky-linux-musl/gcc/x86_64-poky-linux-musl/9.2.0/ld:
 
/usr/src/debug/ltp/20200120-r0/git/testcases/kernel/controllers/cpuset/cpuset_lib/libcpuset.c:3277:
 undefined reference to `fts_close'

At least we know, that once we solve this problem, we can remove
0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch

Please, how to reproduce this build locally? Is it:
. oe-init-build-env
TCLIBC=musl bitbake ltp

Or do I need to put something into config files conf/local.conf
or conf/bblayers.conf ?

I need to double check if musl-fts is really built and whether the order of
-lfts is correct. But all this has been solved even for static build for 
Buildroot,
so I guess it's some issue related to openembedded. Unfortunately, I'm not much
experienced in openembedded (stepped in, because nobody else has updated LTP
package yet).

Khem, any idea, what can be wrong?

Kind regards,
Petr
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 2/4] systemd: Do not force removing resolved from PACKAGECONFIG

2020-02-28 Thread Khem Raj 
On Fri, Feb 28, 2020 at 9:02 PM Andre McCurdy  wrote:

> On Thu, Feb 27, 2020 at 4:04 PM Khem Raj  wrote:
> >
> > This needs __UAPI_DEF_ETHHDR to be set to 0 which now
> > taken care by CFLAGS
> >
> > Signed-off-by: Khem Raj 
> > ---
> > v2: Fix typo in append
>
> Looks like this arrived too late. The v1 patch is already in master.
>

No worries will rebase and resend


> >  meta/recipes-core/systemd/systemd_244.3.bb | 3 ++-
> >  1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
> b/meta/recipes-core/systemd/systemd_244.3.bb
> > index 5d863410b8..a56a28a189 100644
> > --- a/meta/recipes-core/systemd/systemd_244.3.bb
> > +++ b/meta/recipes-core/systemd/systemd_244.3.bb
> > @@ -98,12 +98,13 @@ PACKAGECONFIG_remove_libc-musl = " \
> >  nss \
> >  nss-mymachines \
> >  nss-resolve \
> > -resolved \
> >  smack \
> >  sysusers \
> >  utmp \
> >  "
> >
> > +CFLAGS_append_libc-musl = " -D__UAPI_DEF_ETHHDR=0"
> > +
> >  # Use the upstream systemd serial-getty@.service and rely on
> >  # systemd-getty-generator instead of using the OE-core specific
> >  # systemd-serialgetty.bb - not enabled by default.
> > --
> > 2.25.1
> >
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] at-spi2-atk: upgrade 2.32.0 -> 2.34.1

2020-02-28 Thread Tim Orling 
Add patch to fix missing sys/time.h include in tests/atk_test_util.h

Release notes:
https://gitlab.gnome.org/GNOME/at-spi2-atk/-/raw/043b793de2161a0548835424f4d087ac90d1172d/NEWS

License-Update: Changed to LGPL-2.1+

Signed-off-by: Tim Orling 
---
 ...til.h-add-missing-sys-time.h-include.patch | 61 +++
 ...i2-atk_2.32.0.bb => at-spi2-atk_2.34.1.bb} | 11 ++--
 2 files changed, 68 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-support/atk/at-spi2-atk/0001-atk_test_util.h-add-missing-sys-time.h-include.patch
 rename meta/recipes-support/atk/{at-spi2-atk_2.32.0.bb => 
at-spi2-atk_2.34.1.bb} (53%)

diff --git 
a/meta/recipes-support/atk/at-spi2-atk/0001-atk_test_util.h-add-missing-sys-time.h-include.patch
 
b/meta/recipes-support/atk/at-spi2-atk/0001-atk_test_util.h-add-missing-sys-time.h-include.patch
new file mode 100644
index 00..f64e46eccd
--- /dev/null
+++ 
b/meta/recipes-support/atk/at-spi2-atk/0001-atk_test_util.h-add-missing-sys-time.h-include.patch
@@ -0,0 +1,61 @@
+From a8f9b2d36dc887216e8923047dc309435dd8b254 Mon Sep 17 00:00:00 2001
+From: Tim Orling 
+Date: Fri, 28 Feb 2020 10:49:41 -0800
+Subject: [PATCH] atk_test_util.h: add missing sys/time.h include
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+On centos-7, we see errors likei [1]:
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error: unknown field 
‘tv_sec’ specified in initializer
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: excess elements in 
struct initializer [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: (near 
initialization for ‘timeout’) [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error: unknown field 
‘tv_nsec’ specified in initializer
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: excess elements in 
struct initializer [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: (near 
initialization for ‘timeout’) [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:19: error: storage size of 
‘timeout’ isn’t known
+  struct timespec timeout = { .tv_sec = 0, .tv_nsec = 10 * 100 };
+  ^
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:90:5: warning: implicit 
declaration of function ‘nanosleep’ [-Wimplicit-function-declaration]
+nanosleep(, NULL);
+^
+../at-spi2-atk-2.34.1/tests/atk_test_util.c: In function ‘terminate_app’:
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: error: variable ‘timeout’ 
has initializer but incomplete type
+  struct timespec timeout = { .tv_sec = 0, .tv_nsec = 10 * 100 };
+ ^
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: error: unknown field 
‘tv_sec’ specified in initializer
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: excess elements 
in struct initializer [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: (near 
initialization for ‘timeout’) [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: error: unknown field 
‘tv_nsec’ specified in initializer
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: excess elements 
in struct initializer [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: (near 
initialization for ‘timeout’) [enabled by default]
+../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:19: error: storage size of 
‘timeout’ isn’t known
+  struct timespec timeout = { .tv_sec = 0, .tv_nsec = 10 * 100 };
+
+This is because of missing sys/time.h in tests/atk_test_util.h [2]
+
+Thanks go to Khem Raj for pointing this out [3]
+
+[1] http://errors.yoctoproject.org/Errors/Details/392974/
+[2] https://gitlab.gnome.org/GNOME/at-spi2-atk/issues/14
+[3] 
http://lists.openembedded.org/pipermail/openembedded-core/2020-February/293707.html
+
+Upstream-Status: Pending
+
+Signed-off-by: Tim Orling 
+---
+ tests/atk_test_util.h | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/tests/atk_test_util.h b/tests/atk_test_util.h
+index d69e650..98a2c01 100644
+--- a/tests/atk_test_util.h
 b/tests/atk_test_util.h
+@@ -26,6 +26,7 @@
+ 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
diff --git a/meta/recipes-support/atk/at-spi2-atk_2.32.0.bb 
b/meta/recipes-support/atk/at-spi2-atk_2.34.1.bb
similarity index 53%
rename from meta/recipes-support/atk/at-spi2-atk_2.32.0.bb
rename to meta/recipes-support/atk/at-spi2-atk_2.34.1.bb
index b717a9c7f7..6947559200 100644
--- a/meta/recipes-support/atk/at-spi2-atk_2.32.0.bb
+++ b/meta/recipes-support/atk/at-spi2-atk_2.34.1.bb
@@ -1,16 +1,19 @@
 SUMMARY = "AT-SPI 2 Toolkit Bridge"
 HOMEPAGE = "https://wiki.linuxfoundation.org/accessibility/d-bus;
-LICENSE = "LGPLv2"
-LIC_FILES_CHKSUM = "file://COPYING;md5=e9f288ba982d60518f375b5898283886"
+LICENSE = "LGPL-2.1+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
-SRC_URI[archive.md5sum] =

Re: [OE-core] [PATCH v2 2/4] systemd: Do not force removing resolved from PACKAGECONFIG

2020-02-28 Thread Andre McCurdy 
On Thu, Feb 27, 2020 at 4:04 PM Khem Raj  wrote:
>
> This needs __UAPI_DEF_ETHHDR to be set to 0 which now
> taken care by CFLAGS
>
> Signed-off-by: Khem Raj 
> ---
> v2: Fix typo in append

Looks like this arrived too late. The v1 patch is already in master.

>  meta/recipes-core/systemd/systemd_244.3.bb | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/systemd/systemd_244.3.bb 
> b/meta/recipes-core/systemd/systemd_244.3.bb
> index 5d863410b8..a56a28a189 100644
> --- a/meta/recipes-core/systemd/systemd_244.3.bb
> +++ b/meta/recipes-core/systemd/systemd_244.3.bb
> @@ -98,12 +98,13 @@ PACKAGECONFIG_remove_libc-musl = " \
>  nss \
>  nss-mymachines \
>  nss-resolve \
> -resolved \
>  smack \
>  sysusers \
>  utmp \
>  "
>
> +CFLAGS_append_libc-musl = " -D__UAPI_DEF_ETHHDR=0"
> +
>  # Use the upstream systemd serial-getty@.service and rely on
>  # systemd-getty-generator instead of using the OE-core specific
>  # systemd-serialgetty.bb - not enabled by default.
> --
> 2.25.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for yocto-uninative.inc: version 2.8 updates glibc to 2.31

2020-02-28 Thread Patchwork 
== Series Details ==

Series: yocto-uninative.inc: version 2.8 updates glibc to 2.31
Revision: 1
URL   : https://patchwork.openembedded.org/series/23020/
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:



* Patchyocto-uninative.inc: version 2.8 updates glibc to 2.31
 Issue Patch is missing Signed-off-by [test_signed_off_by_presence] 
  Suggested fixSign off the patch (either manually or with "git commit 
--amend -s")



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

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] yocto-uninative.inc: version 2.8 updates glibc to 2.31

2020-02-28 Thread Michael Halstead 
Allow sstate use in Tumbleweed and other distros as they update glibc.
---
 meta/conf/distro/include/yocto-uninative.inc | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/conf/distro/include/yocto-uninative.inc 
b/meta/conf/distro/include/yocto-uninative.inc
index ad75d3e2a3..889695eae3 100644
--- a/meta/conf/distro/include/yocto-uninative.inc
+++ b/meta/conf/distro/include/yocto-uninative.inc
@@ -6,9 +6,9 @@
 # to the distro running on the build machine.
 #
 
-UNINATIVE_MAXGLIBCVERSION = "2.30"
+UNINATIVE_MAXGLIBCVERSION = "2.31"
 
-UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/2.7/;
-UNINATIVE_CHECKSUM[aarch64] ?= 
"e76a45886ee8a0b3904b761c17ac8ff91edf9811ee455f1832d10763ba794dfc"
-UNINATIVE_CHECKSUM[i686] ?= 
"810d027dfb1c7675226afbcec07808770516c969ee7378f6d8240281083f8924"
-UNINATIVE_CHECKSUM[x86_64] ?= 
"9498d8bba04749a7310ac2576d0796461184965351a56f6d32c888a1f216"
+UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/2.8/;
+UNINATIVE_CHECKSUM[aarch64] ?= 
"989187344bf9539b464fb7ed9c223e51f4bdb4c7a677d2c314e6fed393176efe"
+UNINATIVE_CHECKSUM[i686] ?= 
"cc3e45bc8594488b407363e3fa9af5a099279dab2703c64342098719bd674990"
+UNINATIVE_CHECKSUM[x86_64] ?= 
"a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b8c21ab"
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v5 1/2] ltp: Update to 20200120

2020-02-28 Thread Richard Purdie 
Hi Petr,

On Fri, 2020-02-28 at 18:57 +0100, Petr Vorel wrote:
> Removed ffsb copying file and associated runtest file fs_ext4
> (both removed in this release).
> 
> Added LIBS=-lfts for MUSL.
> 
> Removed patches (accepted upstream)
> * 0001-mkswap01.sh-Add-udevadm-trigger-before-swap-verifica.patch
> * 0001-testcases-fix-an-absent-format-string-issue.patch
> * 0001-nm01-Remove-prefix-zeros-of-the-addresses-output-by-.patch
> 
> Merged patches
> * 0006-rt_tgsigqueueinfo-disable-test-on-musl.patch
> (into 0001-build-Add-option-to-select-libc-implementation.patch as
> they
> touch the same files)
> 
> Refreshed patches (some tests have been fixed for musl)
> * 0001-Add-more-musl-exclusions.patch
> * 0001-build-Add-option-to-select-libc-implementation.patch
> * 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch
> IMHO this one shouldn't be needed not, but CI still fails without it
> 
> Updated status
> * 0008-testcases-network-nfsv4-acl-acl1.c-Security-fix-on-s.patch
> * 0001-syscalls-Check-for-time64-unsafe-syscalls-before-usi.patch
> 
> Signed-off-by: Petr Vorel 
> ---
> Changes v4->v5:
> * Put back 0002-kernel-controllers-Link-with-libfts-explicitly-on-
> mu.patch
> as it still needed on MUSL (although it should not be needed,
> strange).
> Reported by Anuj Mittal

I'm sorry to say that this still isn't quite right for musl:

https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1634
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1630

Still having the fts issue :(

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] xorgproto: move pc files to libdir

2020-02-28 Thread Jeremy A. Puhlman 
From: Jeremy Puhlman 

We fixed this two years go:
http://lists.openembedded.org/pipermail/openembedded-core/2018-June/151922.html

However xorgproto moved to meson and uses pkgconfig module to generate the .pc
which does not provide a method of omitting the libdir, which now means any
pc generated from meson using the module will always be mulitlib incompatible.

Signed-off-by: Jeremy A. Puhlman 
---
 meta/recipes-graphics/xorg-proto/xorgproto_2019.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/xorg-proto/xorgproto_2019.2.bb 
b/meta/recipes-graphics/xorg-proto/xorgproto_2019.2.bb
index fb3f3aed3d..c0785ccd64 100644
--- a/meta/recipes-graphics/xorg-proto/xorgproto_2019.2.bb
+++ b/meta/recipes-graphics/xorg-proto/xorgproto_2019.2.bb
@@ -19,6 +19,8 @@ inherit meson
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[legacy] = "-Dlegacy=true,-Dlegacy=false"
 
+# Datadir only used to install pc files, $datadir/pkgconfig
+datadir="${libdir}"
 # ${PN} is empty so we need to tweak -dev and -dbg package dependencies
 RDEPENDS_${PN}-dev = ""
 RRECOMMENDS_${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/2 v4] Add ptest support for coreutils

2020-02-28 Thread Richard Purdie 
On Fri, 2020-02-28 at 06:49 -0800, Trevor Gamblin wrote:
> v4 fixes a multilib issue - do_install_ptest was previously
> using sed to make the d_type-check test point at python3 
> instead of python, but hard-coded the path for the test file.
> 
> Sample test results:
> 
> core-image-minimal:
> MACHINE| PASS | FAIL | SKIP | TOTAL | TIME (m) |
> qemux86-64 |  472 |0 |  143 |   615 |  2.5 |
> qemuarm64  |  472 |0 |  143 |   615 |   51 |
> 
> core-image-sato:
> MACHINE| PASS | FAIL | SKIP | TOTAL | Time (m) |
> qemux86-64 |  472 |0 |  143 |   615 |  2.4 |
> qemuarm64  |  472 |0 |  143 |   615 |   52 |

Sorry Trevor but I think there is an issue here:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/735/steps/8/logs/step2d
(and on all the other builders)

Its still causing the reproducible build failures for libmodule-build.

The reason it triggers on this patch is without this it isn't included
in the reproducible builds test. I was blaming Tim's upgrade patch!

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] binutils: fix multilib header difference

2020-02-28 Thread Jeremy A. Puhlman 
From: Jeremy Puhlman 

bfd_stdint.h encodes the name of the compiler in the header
which is different between mutlilibs. Remvoe target prefix to
make the headers match.

Signed-off-by: Jeremy A. Puhlman 
---
 meta/recipes-devtools/binutils/binutils.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/binutils/binutils.inc 
b/meta/recipes-devtools/binutils/binutils.inc
index 6ed40a1486..b0937e62fc 100644
--- a/meta/recipes-devtools/binutils/binutils.inc
+++ b/meta/recipes-devtools/binutils/binutils.inc
@@ -163,6 +163,8 @@ do_install () {
done
 
oe_multilib_header bfd.h
+# bfd_stdint.h encodes the compiler name in the header
+sed -i ${D}${includedir}/bfd_stdint.h -e "s,${TARGET_PREFIX},,"
 }
 
 inherit update-alternatives
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3] apr-util: add multilib script for apu-1-config

2020-02-28 Thread Jeremy A. Puhlman 
From: Jeremy Puhlman 

apu-1-config encodes library path in to script
27c27
< libdir="/usr/lib64"

Signed-off-by: Jeremy A. Puhlman 
---
 meta/recipes-support/apr/apr-util_1.6.1.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-support/apr/apr-util_1.6.1.bb 
b/meta/recipes-support/apr/apr-util_1.6.1.bb
index 1f9fea25d8..3896c924f0 100644
--- a/meta/recipes-support/apr/apr-util_1.6.1.bb
+++ b/meta/recipes-support/apr/apr-util_1.6.1.bb
@@ -28,7 +28,9 @@ EXTRA_OECONF = 
"--with-apr=${STAGING_BINDIR_CROSS}/apr-1-config \
--with-expat=${STAGING_DIR_HOST}${prefix}"
 
 
-inherit autotools lib_package binconfig
+inherit autotools lib_package binconfig multilib_script
+
+MULTILIB_SCRIPTS = "${PN}-dev:${bindir}/apu-1-config"
 
 OE_BINCONFIG_EXTRA_MANGLE = " -e 's:location=source:location=installed:'"
 
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/3] apr: add mulitlib scripts apr-1-config, apr_rules.mk

2020-02-28 Thread Jeremy A. Puhlman 
From: Jeremy Puhlman 

apr_rules.mk encodes build options in to file
35c35
< CC=x86_64-montavista-linux-gcc  -m64 -march=nehalem -mtune=generic 
-mfpmath=sse -msse4.2 --sysroot=

Signed-off-by: Jeremy A. Puhlman 
---
 meta/recipes-support/apr/apr_1.7.0.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-support/apr/apr_1.7.0.bb 
b/meta/recipes-support/apr/apr_1.7.0.bb
index eca9cdea48..8a9b780593 100644
--- a/meta/recipes-support/apr/apr_1.7.0.bb
+++ b/meta/recipes-support/apr/apr_1.7.0.bb
@@ -23,7 +23,7 @@ SRC_URI = "${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.bz2 \
 SRC_URI[md5sum] = "7a14a83d664e87599ea25ff4432e48a7"
 SRC_URI[sha256sum] = 
"e2e148f0b2e99b8e5c6caa09f6d4fb4dd3e83f744aa72a952f94f5a14436f7ea"
 
-inherit autotools-brokensep lib_package binconfig multilib_header ptest
+inherit autotools-brokensep lib_package binconfig multilib_header ptest 
multilib_script
 
 OE_BINCONFIG_EXTRA_MANGLE = " -e 's:location=source:location=installed:'"
 
@@ -51,6 +51,9 @@ do_configure_prepend() {
./buildconf 2
 }
 
+MULTILIB_SCRIPTS = "${PN}-dev:${bindir}/apr-1-config \
+${PN}-dev:${datadir}/build-1/apr_rules.mk"
+
 FILES_${PN}-dev += "${libdir}/apr.exp ${datadir}/build-1/*"
 RDEPENDS_${PN}-dev += "bash"
 
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] cups: make cups-config a multilib script

2020-02-28 Thread Jeremy A. Puhlman 
From: Jeremy Puhlman 

cups-config encodes the library dir in the script.

Signed-off-by: Jeremy A. Puhlman 
---
 meta/recipes-extended/cups/cups.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/cups/cups.inc 
b/meta/recipes-extended/cups/cups.inc
index 34982819b9..c5a60bde12 100644
--- a/meta/recipes-extended/cups/cups.inc
+++ b/meta/recipes-extended/cups/cups.inc
@@ -22,7 +22,7 @@ LEAD_SONAME = "libcupsdriver.so"
 
 CLEANBROKEN = "1"
 
-inherit autotools-brokensep binconfig useradd systemd pkgconfig
+inherit autotools-brokensep binconfig useradd systemd pkgconfig multilib_script
 
 USERADD_PACKAGES = "${PN}"
 GROUPADD_PARAM_${PN} = "--system lpadmin"
@@ -100,6 +100,8 @@ FILES_${PN} += "${datadir}/doc/cups/images \
"
 CONFFILES_${PN} += "${sysconfdir}/cups/cupsd.conf"
 
+MULTILIB_SCRIPTS = "${PN}-dev:${bindir}/cups-config"
+
 SYSROOT_PREPROCESS_FUNCS += "cups_sysroot_preprocess"
 cups_sysroot_preprocess () {
sed -i ${SYSROOT_DESTDIR}${bindir_crossscripts}/cups-config -e 
's:cups_datadir=.*:cups_datadir=${datadir}/cups:' -e 
's:cups_serverbin=.*:cups_serverbin=${libexecdir}/cups:'
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] mesa: add fix for arm6

2020-02-28 Thread Jeremy A. Puhlman 
From: Jeremy Puhlman 

We have had similar problems with missing atomics on arm6 that arm5
has.

Signed-off-by: Jeremy A. Puhlman 
---
 meta/recipes-graphics/mesa/mesa.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 87f167c507..54d7ea8961 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -161,6 +161,7 @@ EXTRA_OEMESON_append = " -Dasm=false"
 FULL_OPTIMIZATION_append = " -fno-omit-frame-pointer"
 
 CFLAGS_append_armv5 = " -DMISSING_64BIT_ATOMICS"
+CFLAGS_append_armv6 = " -DMISSING_64BIT_ATOMICS"
 
 # Remove the mesa dependency on mesa-dev, as mesa is empty
 RDEPENDS_${PN}-dev = ""
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libxcrypt: add native to BBCLASSEXTEND

2020-02-28 Thread Jeremy A. Puhlman 
buildtools-extended does not provide libcrypt, and some native
applications require it, like clang. While it would likely make sense to
include nativesdk-libxcrypt in the buildtools it would also likely make
sense to remove the dependancy on the host libcrypt for those
applications that need it.

Signed-off-by: Jeremy A. Puhlman 
---
 meta/recipes-core/libxcrypt/libxcrypt.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/libxcrypt/libxcrypt.inc 
b/meta/recipes-core/libxcrypt/libxcrypt.inc
index 416205cd5c..e59a096573 100644
--- a/meta/recipes-core/libxcrypt/libxcrypt.inc
+++ b/meta/recipes-core/libxcrypt/libxcrypt.inc
@@ -32,4 +32,4 @@ CFLAGS += "-fcommon"
 API = "--disable-obsolete-api"
 EXTRA_OECONF += "${API}"
 
-BBCLASSEXTEND = "nativesdk"
+BBCLASSEXTEND = "native nativesdk"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/4] at-spi2-atk: upgrade 2.32.0 -> 2.34.1

2020-02-28 Thread Tim Orling 


> On Feb 28, 2020, at 10:00 AM, Khem Raj  wrote:
> 
> 
> 
> On 2/28/20 1:30 AM, Alexander Kanavin wrote:
>> I actually have a number of patches I have to hold because they don't build 
>> or don't work on centos 7.
>> Latest atk and friends included:
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates-later
>>  
>> 
>> Something ought to be done about centos 7, I'm all for dropping it asap, if 
>> the newer compiler installation turns out unfeasible.
> 
> centos7 is just showing the problem that other distros are not.
> This problem seems to be due to missing header includes
> Can we try to add
> 
> #include 
> 
> in tests/atk_test_util.h and perhaps this should fix it.
> 

Thank you Khem!

https://gitlab.gnome.org/GNOME/at-spi2-atk/issues/14 


I’ll prepare a v2 with patch.

> 
>> Alex
>> On Fri, 28 Feb 2020 at 05:35, Tim Orling >  > >> wrote:
>>All those build failures are on CentOS-7.
>>Grumble grumble.
>>On Thu, Feb 27, 2020 at 8:32 PM Tim Orling > 
>>>> wrote:
>>Strange. I built it in new environment, tip of master, on
>>Debian-10 and no problems. I’ll look into it tomorrow.
>>Thank you for the information.
>>On Thu, Feb 27, 2020 at 8:28 PM Khem Raj > 
>>>> wrote:
>>On 2/27/20 7:54 PM, Anuj Mittal wrote:
>> > Hi Tim,
>> >
>> > On 27-Feb-20 08:06 AM, Tim Orling wrote:
>> >> Release notes:
>> >>
>>
>> https://gitlab.gnome.org/GNOME/at-spi2-atk/-/raw/043b793de2161a0548835424f4d087ac90d1172d/NEWS
>>  
>> 
>> >>
>> >>
>> >> License-Update: Changed to LGPL-2.1+
>> >>
>> >> Signed-off-by: Tim Orling
>>> 
>>> >>
>> >> ---
>> >>   .../atk/{at-spi2-atk_2.32.0.bb
>>> => 
>> at-spi2-atk_2.34.1.bb
>>>}  
>> | 8 
>> >>   1 file changed, 4 insertions(+), 4 deletions(-)
>> >>   rename meta/recipes-support/atk/{at-spi2-atk_2.32.0.bb
>>> =>
>> >> at-spi2-atk_2.34.1.bb > >} (66%)
>> >
>> > This is failing on musl-qemu86:
>> >
>> >
>>
>> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1623
>> >
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error:
>>unknown field
>> > ‘tv_sec’ specified in initializer
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
>>warning: excess
>> > elements in struct initializer [enabled by default]
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
>>warning: (near
>> > initialization for ‘timeout’) [enabled by default]
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error:
>>unknown field
>> > ‘tv_nsec’ specified in initializer
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
>>warning: excess
>> > elements in struct initializer [enabled by default]
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
>>warning: (near
>> > initialization for ‘timeout’) [enabled by default]
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:19: error:
>>storage size
>> > of ‘timeout’ isn’t known
>> > struct timespec timeout = { .tv_sec = 0, .tv_nsec =
>>10 * 100 };
>> > ^
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:90:5:
>>warning: implicit
>> > declaration of function ‘nanosleep’
>>[-Wimplicit-function-declaration]
>> >   nanosleep(, NULL);
>> >   ^
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c: In function
>>‘terminate_app’:
>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
>>error: variable
>> >

Re: [OE-core] [PATCH 3/4] at-spi2-atk: upgrade 2.32.0 -> 2.34.1

2020-02-28 Thread Khem Raj 



On 2/28/20 1:30 AM, Alexander Kanavin wrote:
I actually have a number of patches I have to hold because they don't 
build or don't work on centos 7.

Latest atk and friends included:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates-later

Something ought to be done about centos 7, I'm all for dropping it asap, 
if the newer compiler installation turns out unfeasible.




centos7 is just showing the problem that other distros are not.
This problem seems to be due to missing header includes
Can we try to add

#include 

in tests/atk_test_util.h and perhaps this should fix it.



Alex

On Fri, 28 Feb 2020 at 05:35, Tim Orling > wrote:


All those build failures are on CentOS-7.
Grumble grumble.

On Thu, Feb 27, 2020 at 8:32 PM Tim Orling mailto:ticot...@gmail.com>> wrote:

Strange. I built it in new environment, tip of master, on
Debian-10 and no problems. I’ll look into it tomorrow.

Thank you for the information.

On Thu, Feb 27, 2020 at 8:28 PM Khem Raj mailto:raj.k...@gmail.com>> wrote:



On 2/27/20 7:54 PM, Anuj Mittal wrote:
 > Hi Tim,
 >
 > On 27-Feb-20 08:06 AM, Tim Orling wrote:
 >> Release notes:
 >>

https://gitlab.gnome.org/GNOME/at-spi2-atk/-/raw/043b793de2161a0548835424f4d087ac90d1172d/NEWS

 >>
 >>
 >> License-Update: Changed to LGPL-2.1+
 >>
 >> Signed-off-by: Tim Orling
mailto:timothy.t.orl...@linux.intel.com>>
 >> ---
 >>   .../atk/{at-spi2-atk_2.32.0.bb
 => at-spi2-atk_2.34.1.bb
}  | 8 
 >>   1 file changed, 4 insertions(+), 4 deletions(-)
 >>   rename meta/recipes-support/atk/{at-spi2-atk_2.32.0.bb
 =>
 >> at-spi2-atk_2.34.1.bb } (66%)
 >
 > This is failing on musl-qemu86:
 >
 >

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1623
 >
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error:
unknown field
 > ‘tv_sec’ specified in initializer
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
warning: excess
 > elements in struct initializer [enabled by default]
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
warning: (near
 > initialization for ‘timeout’) [enabled by default]
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error:
unknown field
 > ‘tv_nsec’ specified in initializer
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
warning: excess
 > elements in struct initializer [enabled by default]
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10:
warning: (near
 > initialization for ‘timeout’) [enabled by default]
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:19: error:
storage size
 > of ‘timeout’ isn’t known
 >     struct timespec timeout = { .tv_sec = 0, .tv_nsec =
10 * 100 };
 >     ^
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:90:5:
warning: implicit
 > declaration of function ‘nanosleep’
[-Wimplicit-function-declaration]
 >   nanosleep(, NULL);
 >   ^
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c: In function
‘terminate_app’:
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
error: variable
 > ‘timeout’ has initializer but incomplete type
 >     struct timespec timeout = { .tv_sec = 0, .tv_nsec =
10 * 100 };
 >    ^
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
error: unknown field
 > ‘tv_sec’ specified in initializer
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
warning: excess
 > elements in struct initializer [enabled by default]
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
warning: (near
 > initialization for ‘timeout’) [enabled by default]
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
error: unknown field
 > ‘tv_nsec’ specified in initializer
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
warning: excess
 > elements in struct initializer [enabled by default]
 > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10:
warning: (near

[OE-core] [PATCH v5 1/2] ltp: Update to 20200120

2020-02-28 Thread Petr Vorel 
Removed ffsb copying file and associated runtest file fs_ext4
(both removed in this release).

Added LIBS=-lfts for MUSL.

Removed patches (accepted upstream)
* 0001-mkswap01.sh-Add-udevadm-trigger-before-swap-verifica.patch
* 0001-testcases-fix-an-absent-format-string-issue.patch
* 0001-nm01-Remove-prefix-zeros-of-the-addresses-output-by-.patch

Merged patches
* 0006-rt_tgsigqueueinfo-disable-test-on-musl.patch
(into 0001-build-Add-option-to-select-libc-implementation.patch as they
touch the same files)

Refreshed patches (some tests have been fixed for musl)
* 0001-Add-more-musl-exclusions.patch
* 0001-build-Add-option-to-select-libc-implementation.patch
* 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch
IMHO this one shouldn't be needed not, but CI still fails without it

Updated status
* 0008-testcases-network-nfsv4-acl-acl1.c-Security-fix-on-s.patch
* 0001-syscalls-Check-for-time64-unsafe-syscalls-before-usi.patch

Signed-off-by: Petr Vorel 
---
Changes v4->v5:
* Put back 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch
as it still needed on MUSL (although it should not be needed, strange).
Reported by Anuj Mittal

* Remove fs_ext4 to fix build error.
https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/574
Reported by Richard Purdie

@Anuj, @Richard: could you please test this version? (at least on MUSL)?

Kind regards,
Petr

 meta/lib/oeqa/runtime/cases/ltp.py|   2 +-
 .../ltp/0001-Add-more-musl-exclusions.patch   |  37 +--
 ...option-to-select-libc-implementation.patch | 103 +-
 ...udevadm-trigger-before-swap-verifica.patch |  35 --
 ...ix-zeros-of-the-addresses-output-by-.patch |  43 
 ...or-time64-unsafe-syscalls-before-usi.patch |  41 +--
 ...es-fix-an-absent-format-string-issue.patch |  24 
 ...rs-Link-with-libfts-explicitly-on-mu.patch |  20 ++--
 ..._tgsigqueueinfo-disable-test-on-musl.patch |  35 --
 ...k-nfsv4-acl-acl1.c-Security-fix-on-s.patch |  27 ++---
 .../ltp/{ltp_20190930.bb => ltp_20200120.bb}  |  10 +-
 11 files changed, 95 insertions(+), 282 deletions(-)
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-mkswap01.sh-Add-udevadm-trigger-before-swap-verifica.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-nm01-Remove-prefix-zeros-of-the-addresses-output-by-.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-testcases-fix-an-absent-format-string-issue.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0006-rt_tgsigqueueinfo-disable-test-on-musl.patch
 rename meta/recipes-extended/ltp/{ltp_20190930.bb => ltp_20200120.bb} (89%)

diff --git a/meta/lib/oeqa/runtime/cases/ltp.py 
b/meta/lib/oeqa/runtime/cases/ltp.py
index b8b7300435..6dc5ef22ad 100644
--- a/meta/lib/oeqa/runtime/cases/ltp.py
+++ b/meta/lib/oeqa/runtime/cases/ltp.py
@@ -59,7 +59,7 @@ class LtpTest(LtpTestBase):
 
 ltp_groups = ["math", "syscalls", "dio", "io", "mm", "ipc", "sched", 
"nptl", "pty", "containers", "controllers", "filecaps", "cap_bounds", 
"fcntl-locktests", "connectors", "commands", "net.ipv6_lib", 
"input","fs_perms_simple"]
 
-ltp_fs = ["fs", "fsx", "fs_bind", "fs_ext4"]
+ltp_fs = ["fs", "fsx", "fs_bind"]
 # skip kernel cpuhotplug
 ltp_kernel = ["power_management_tests", "hyperthreading ", "kernel_misc", 
"hugetlb"]
 ltp_groups += ltp_fs
diff --git a/meta/recipes-extended/ltp/ltp/0001-Add-more-musl-exclusions.patch 
b/meta/recipes-extended/ltp/ltp/0001-Add-more-musl-exclusions.patch
index d3af31f34a..773844d442 100644
--- a/meta/recipes-extended/ltp/ltp/0001-Add-more-musl-exclusions.patch
+++ b/meta/recipes-extended/ltp/ltp/0001-Add-more-musl-exclusions.patch
@@ -5,12 +5,12 @@ Subject: [PATCH] Add more musl exclusions
 
 Upstream-Status: Pending
 Signed-off-by: Alexander Kanavin 
+[ pvorel: rebase for 20200120: enable fanotify13, fanotify15, setxattr03 ]
+Signed-off-by: Petr Vorel 
 ---
  testcases/kernel/syscalls/accept4/Makefile  | 4 
- testcases/kernel/syscalls/fanotify/Makefile | 6 ++
- testcases/kernel/syscalls/setxattr/Makefile | 4 
  testcases/kernel/syscalls/timer_create/Makefile | 4 
- 4 files changed, 18 insertions(+)
+ 2 files changed, 8 insertions(+)
 
 diff --git a/testcases/kernel/syscalls/accept4/Makefile 
b/testcases/kernel/syscalls/accept4/Makefile
 index 504042e11..94db06266 100644
@@ -23,34 +23,6 @@ index 504042e11..94db06266 100644
 +ifeq ($(LIBC),musl)
 +FILTER_OUT_MAKE_TARGETS:= accept4_01
 +endif
-+
- include $(top_srcdir)/include/mk/generic_leaf_target.mk
-diff --git a/testcases/kernel/syscalls/fanotify/Makefile 
b/testcases/kernel/syscalls/fanotify/Makefile
-index 5d01b4825..0263a6e20 100644
 a/testcases/kernel/syscalls/fanotify/Makefile
-+++ b/testcases/kernel/syscalls/fanotify/Makefile
-@@ -20,4 +20,10 @@ top_srcdir  ?= ../../../..
- fanotify11: CFLAGS+=-pthread
- include $(top_srcdir)/include/mk/testcases.mk
- 
-+ifeq ($(LIBC),musl)
-+FILTER_OUT_MAKE_TARGETS:=

[OE-core] [PATCH v5 2/2] ltp: Remove mips related open_posix_testsuite patch

2020-02-28 Thread Petr Vorel 
Upstream just disagree on this patch
https://patchwork.ozlabs.org/comment/2012045/

Signed-off-by: Petr Vorel 
---
Changes v4->v5: NONE

 ...suite-mmap24-2-Relax-condition-a-bit.patch | 68 ---
 meta/recipes-extended/ltp/ltp_20200120.bb |  1 -
 2 files changed, 69 deletions(-)
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0009-open_posix_testsuite-mmap24-2-Relax-condition-a-bit.patch

diff --git 
a/meta/recipes-extended/ltp/ltp/0009-open_posix_testsuite-mmap24-2-Relax-condition-a-bit.patch
 
b/meta/recipes-extended/ltp/ltp/0009-open_posix_testsuite-mmap24-2-Relax-condition-a-bit.patch
deleted file mode 100644
index d32ac1dd7c..00
--- 
a/meta/recipes-extended/ltp/ltp/0009-open_posix_testsuite-mmap24-2-Relax-condition-a-bit.patch
+++ /dev/null
@@ -1,68 +0,0 @@
-From a8715a1446305ffd76406f63c7f160c13a5b2e72 Mon Sep 17 00:00:00 2001
-From: "Hongzhi.Song" 
-Date: Wed, 10 Oct 2018 22:07:05 -0400
-Subject: [PATCH] open_posix_testsuite/mmap24-2: Relax condition a bit
-
-Mips will return EINVAL instead of ENOMEM as expected
-if the range [addr + len) exceeds TASK_SIZE.
-
-Linux kernel code: arch/mips/mm/mmap.c
-if (flags & MAP_FIXED) {
-/* Even MAP_FIXED mappings must reside within TASK_SIZE */
-if (TASK_SIZE - len < addr)
-return -EINVAL;
-
-Relax the condition and accept both ENOMEM and EINVAL
-as expected outcome.
-
-Upstream-Status: Submitted 
[https://lists.linux.it/pipermail/ltp/2018-October/009624.html]
-
-Signed-off-by: Hongzhi.Song 

- .../open_posix_testsuite/conformance/interfaces/mmap/24-2.c| 10 +-
- 1 file changed, 5 insertions(+), 5 deletions(-)
-
-diff --git a/testcases/open_posix_testsuite/conformance/interfaces/mmap/24-2.c 
b/testcases/open_posix_testsuite/conformance/interfaces/mmap/24-2.c
-index 9cf83d9..55090a6 100644
 a/testcases/open_posix_testsuite/conformance/interfaces/mmap/24-2.c
-+++ b/testcases/open_posix_testsuite/conformance/interfaces/mmap/24-2.c
-@@ -7,7 +7,7 @@
-  * source tree.
-  *
-  * The mmap() function shall fail if:
-- * [ENOMEM] MAP_FIXED was specified,
-+ * [ENOMEM or EINVAL] MAP_FIXED was specified,
-  * and the range [addr,addr+len) exceeds that allowed
-  * for the address space of a process; or, if MAP_FIXED was not specified and
-  * there is insufficient room in the address space to effect the mapping.
-@@ -15,7 +15,7 @@
-  * Test Step:
-  * 1. Map a shared memory object, with size exceeding the value get from
-  *rlim_cur of resource RLIMIT_AS, setting MAP_FIXED;
-- * 3. Should get ENOMEM.
-+ * 3. Should get ENOMEM or EINVAL.
-  */
- 
- #include 
-@@ -92,8 +92,8 @@ int main(void)
-  (unsigned long)len);
-   pa = mmap(addr, len, PROT_READ | PROT_WRITE, MAP_FIXED | MAP_SHARED, fd,
- 0);
--  if (pa == MAP_FAILED && errno == ENOMEM) {
--  printf("Got ENOMEM: %s\nTest PASSED\n", strerror(errno));
-+  if (pa == MAP_FAILED && (errno == ENOMEM || errno == EINVAL)) {
-+  printf("Got ENOMEM or EINVAL: %s\nTest PASSED\n", 
strerror(errno));
-   exit(PTS_PASS);
-   }
- 
-@@ -102,6 +102,6 @@ int main(void)
-   else
-   munmap(pa, len);
-   close(fd);
--  printf("Test Fail: Did not get ENOMEM as expected\n");
-+  printf("Test Failed: Did not get ENOMEM or EINVAL as expected\n");
-   return PTS_FAIL;
- }
--- 
-2.7.4
-
diff --git a/meta/recipes-extended/ltp/ltp_20200120.bb 
b/meta/recipes-extended/ltp/ltp_20200120.bb
index 312eeca114..847f267b0b 100644
--- a/meta/recipes-extended/ltp/ltp_20200120.bb
+++ b/meta/recipes-extended/ltp/ltp_20200120.bb
@@ -34,7 +34,6 @@ SRC_URI = "git://github.com/linux-test-project/ltp.git \
file://0004-guard-mallocopt-with-__GLIBC__.patch \
file://0007-Fix-test_proc_kill-hanging.patch \

file://0008-testcases-network-nfsv4-acl-acl1.c-Security-fix-on-s.patch \
-   
file://0009-open_posix_testsuite-mmap24-2-Relax-condition-a-bit.patch \
file://0001-Add-more-musl-exclusions.patch \

file://0001-syscalls-Check-for-time64-unsafe-syscalls-before-usi.patch \
"
-- 
2.25.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] rng-tools: only print the success message when initialize entropy sources

2020-02-28 Thread Richard Purdie 
On Fri, 2020-02-28 at 12:20 +0800, mingli...@windriver.com wrote:
> From: Mingli Yu 
> 
> There is below message when check rngd service status
> in qemu env.
> [rdrand]: Initialization Failed

It looks like upstream aren't keen on the patch and I'm not sure we'd
want to carry it. Whitelist this "error" instead?

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [zeus][PATCH 00/22] zeus review request

2020-02-28 Thread akuster808 



On 2/28/20 7:23 AM, Anuj Mittal wrote:
> Next set of changes for zeus. Please review.
>
> Clean a-full on autobuilder except a single unrelated fetch failure for esdk 
> test.
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/751

Great. When do you want responses back by ?

- armin
>
> Thanks,
>
> Anuj
>
> The following changes since commit f39285bb82e68945a81034b84da09ca1078d6719:
>
>   Revert "bash: Fix CVE-2019-18276" (2020-02-19 18:53:10 +)
>
> are available in the git repository at:
>
>   git://push.openembedded.org/openembedded-core-contrib stable/zeus-next
>
> Alexander Kanavin (5):
>   perl: update to 5.30.1
>   perl: package Config.pm from arch directory into the main perl package
>   perl: install typemap and other extutils metadata as part of perl-core
>   libmodule-build-perl: fix ptests
>   perl: fix failing ptests
>
> Anuj Mittal (3):
>   openssh: backport patch to fix "cert not yet valid" test
>   ncurses: add CVE_VERSION
>   libxml2: fix CVE-2020-7595
>
> Bruce Ashfield (2):
>   linux-yocto/5.2: update to v5.2.29
>   linux-yocto/5.2: update to v5.2.32
>
> Jeremy Puhlman (1):
>   toolchain-shar-extract: ignore timestamp on decompress
>
> Kevin Hao (1):
>   xserver-nodm-init: Fix the start failure for non-root user
>
> Lee Chee Yang (2):
>   qemu: Fix CVE-2020-1711
>   libxml2: Fix CVE-2019-20388
>
> Nathan Rossi (2):
>   glibc-testsuite: Remove the do_install task
>   glibc-testsuite: Exclude this recipe from world builds
>
> Richard Purdie (2):
>   perl: Fix encode module reproducibility issues
>   perl: Fix makefile race causing configuration differences
>
> Ross Burton (1):
>   perl: improve reproducibility
>
> Tim Orling (1):
>   liberror-perl: upgrade 0.17028 -> 0.17029
>
> Trevor Gamblin (1):
>   qemurunner.py: add try/except for pid handling race
>
> Yi Zhao (1):
>   ppp: Security fix CVE-2020-8597
>
>  meta/files/toolchain-shar-extract.sh   |  2 +-
>  meta/lib/oeqa/utils/qemurunner.py  |  5 +-
>  ...at-bozo-decided-to-use-2020-as-a-future-d.patch | 46 
>  meta/recipes-connectivity/openssh/openssh_8.0p1.bb |  1 +
>  .../0001-pppd-Fix-bounds-check-in-EAP-code.patch   | 47 
>  meta/recipes-connectivity/ppp/ppp_2.4.7.bb |  1 +
>  meta/recipes-core/glibc/glibc-testsuite_2.30.bb|  3 +
>  .../libxml/libxml2/CVE-2019-20388.patch| 37 +
>  .../libxml/libxml2/CVE-2020-7595.patch | 36 
>  meta/recipes-core/libxml/libxml2_2.9.9.bb  |  2 +
>  meta/recipes-core/ncurses/ncurses_6.1+20190803.bb  |  2 +
>  ...t-to-correctly-exclude-unbuilt-extensions.patch | 27 +
>  meta/recipes-devtools/perl/files/encodefix.patch   | 20 +++
>  .../recipes-devtools/perl/files/fix-setgroup.patch | 49 -
>  .../perl/files/perl-configpm-switch.patch  |  4 +-
>  meta/recipes-devtools/perl/files/racefix.patch | 24 
>  ...or-perl_0.17028.bb => liberror-perl_0.17029.bb} |  4 +-
>  .../perl/libmodule-build-perl/run-ptest|  2 -
>  .../perl/libmodule-build-perl_0.4229.bb|  3 +
>  .../perl/{perl_5.30.0.bb => perl_5.30.1.bb}| 31 ---
>  meta/recipes-devtools/qemu/qemu.inc|  3 +-
>  .../recipes-devtools/qemu/qemu/CVE-2020-1711.patch | 64 
> ++
>  .../x11-common/xserver-nodm-init/capability.conf   |  2 +
>  .../x11-common/xserver-nodm-init/xserver-nodm  |  8 +++
>  .../x11-common/xserver-nodm-init_3.0.bb|  7 ++-
>  meta/recipes-kernel/linux/linux-yocto-rt_5.2.bb|  6 +-
>  meta/recipes-kernel/linux/linux-yocto-tiny_5.2.bb  |  8 +--
>  meta/recipes-kernel/linux/linux-yocto_5.2.bb   | 22 
>  28 files changed, 379 insertions(+), 87 deletions(-)
>  create mode 100644 
> meta/recipes-connectivity/openssh/openssh/0001-upstream-what-bozo-decided-to-use-2020-as-a-future-d.patch
>  create mode 100644 
> meta/recipes-connectivity/ppp/ppp/0001-pppd-Fix-bounds-check-in-EAP-code.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2019-20388.patch
>  create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch
>  create mode 100644 
> meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
>  create mode 100644 meta/recipes-devtools/perl/files/encodefix.patch
>  delete mode 100644 meta/recipes-devtools/perl/files/fix-setgroup.patch
>  create mode 100644 meta/recipes-devtools/perl/files/racefix.patch
>  rename meta/recipes-devtools/perl/{liberror-perl_0.17028.bb => 
> liberror-perl_0.17029.bb} (89%)
>  rename meta/recipes-devtools/perl/{perl_5.30.0.bb => perl_5.30.1.bb} (93%)
>  create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2020-1711.patch
>  create mode 100644 
> meta/recipes-graphics/x11-common/xserver-nodm-init/capability.conf
>

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

[OE-core] ✗ patchtest: failure for zeus review request

2020-02-28 Thread Patchwork 
== Series Details ==

Series: zeus review request
Revision: 1
URL   : https://patchwork.openembedded.org/series/23013/
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[zeus,22/22] linux-yocto/5.2: update to v5.2.32
 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

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 22/22] linux-yocto/5.2: update to v5.2.32

2020-02-28 Thread Anuj Mittal 
From: Bruce Ashfield 

Updating linux-yocto/5.2 to the latest korg -stable release that comprises
the following commits:

ef3886a722c8 Linux 5.2.32
ce5a5accc87e dm thin: fix use-after-free in metadata_pre_commit_callback
9aafc6574336 cifs: Fix memory allocation in __smb2_handle_cancelled_cmd()
e177f6d8471e drm/amd/display: add default clocks if not able to fetch them
dba8b53f1ef4 drm/dp_mst: Correct the bug in drm_dp_update_payload_part1()
bd427585578d drm/radeon: fix r1xx/r2xx register checker for POT textures
b56603ead990 drm/i915/fbc: Disable fbc by default on all glk+
5ce9d8bdf796 drm/nouveau/kms/nv50-: Limit MST BPC to 8
86bdcc48feb0 drm/nouveau/kms/nv50-: Store the bpc we're using in 
nv50_head_atom
b039a9b6d8f4 drm/nouveau/kms/nv50-: Call outp_atomic_check_view() before 
handling PBN
03e122dbc136 scsi: qla2xxx: Fix incorrect SFUB length used for Secure Flash 
Update MB Cmd
8bf5409573de scsi: qla2xxx: Correctly retrieve and interpret active flash 
region
7af719a2ca84 scsi: qla2xxx: Change discovery state before PLOGI
1fea09aa4b42 scsi: qla2xxx: Added support for MPI and PEP regions for 
ISP28XX
30205f999d12 scsi: qla2xxx: Initialize free_work before flushing it
39ec6bc75116 scsi: qla2xxx: Ignore NULL pointer in tcm_qla2xxx_free_mcmd
1f08dd5fa5c5 scsi: iscsi: Fix a potential deadlock in the timeout handler
42a2fbbc708f dm thin: Flush data device before committing metadata
56d35c21552b dm thin metadata: Add support for a pre-commit callback
d658f6349a2f dm btree: increase rebalance threshold in __rebalance2()
3aca6fce0d4e dm mpath: remove harmful bio-based optimization
2363f92cde9c drm: meson: venc: cvbs: fix CVBS mode matching
2878bba5052a dma-buf: Fix memory leak in sync_file_merge()
b10d7f86b5ca vfio/pci: call irq_bypass_unregister_producer() before freeing 
irq
099085c85deb ARM: tegra: Fix FLOW_CTLR_HALT register clobbering by 
tegra_resume()
674f30df2798 ARM: dts: s3c64xx: Fix init order of clock providers
7fe7993bd757 cifs: Fix retrieval of DFS referrals in cifs_mount()
6fef05311f57 CIFS: Fix NULL pointer dereference in mid callback
42d37a87a332 CIFS: Do not miss cancelled OPEN responses
ca8deb792b01 CIFS: Close open handle after interrupted close
df192003fb6b CIFS: Respect O_SYNC and O_DIRECT flags during reconnect
40ae22555ce3 cifs: Don't display RDMA transport on reconnect
969925ff652b cifs: smbd: Return -ECONNABORTED when trasnport is not in 
connected state
82fe0b779a89 cifs: smbd: Return -EINVAL when the number of iovs exceeds 
SMBDIRECT_MAX_SGE
d88fc76297a7 cifs: smbd: Add messages on RDMA session destroy and 
reconnection
f1bede222a44 cifs: smbd: Only queue work for error recovery on memory 
registration
118c2599caf3 cifs: smbd: Return -EAGAIN when transport is reconnecting
2c3c6e2691ff rpmsg: glink: Free pending deferred work on remove
7286d52aa88c rpmsg: glink: Don't send pending rx_done during remove
eed61c8c6667 rpmsg: glink: Fix rpmsg_register_device err handling
00b748a63488 rpmsg: glink: Put an extra reference during cleanup
ebb78ad8b431 rpmsg: glink: Fix use after free in open_ack TIMEOUT case
b3f09043fc81 rpmsg: glink: Fix reuse intents memory leak issue
5bfb2ef7a181 rpmsg: glink: Set tail pointer to 0 at end of FIFO
63045fa07fba xtensa: fix syscall_set_return_value
9247f95643ef xtensa: fix TLB sanity checker
c848ea0969ce gfs2: fix glock reference problem in gfs2_trans_remove_revoke
eb30a9e18f47 xtensa: use MEMBLOCK_ALLOC_ANYWHERE for KASAN shadow map
adff286a3be5 PCI: Apply Cavium ACS quirk to ThunderX2 and ThunderX3
f28f30c5255c PCI: rcar: Fix missing MACCTLR register setting in 
initialization sequence
cb5cb799bf0b PCI: Do not use bus number zero from EA capability
d291c94f8e57 PCI/MSI: Fix incorrect MSI-X masking on resume
eb24be2871ad PCI: Fix Intel ACS quirk UPDCR register address
06ad330304d2 PCI: pciehp: Avoid returning prematurely from sysfs requests
5d558c8b1439 PCI/PM: Always return devices to D0 when thawing
84dfe86a3851 PCI/switchtec: Read all 64 bits of part_event_bitmap
0db244d3995f mmc: block: Add CMD13 polling for MMC IOCTLS with R1B response
845b2cbece34 mmc: block: Make card_busy_detect() a bit more generic
5db0e71cbee1 libertas: make lbs_ibss_join_existing() return error code on 
rates overflow
36e460a8c861 libertas: don't exit from lbs_ibss_join_existing() with RCU 
read lock held
2aabb3fcd7fe libertas: Fix two buffer overflows at parsing bss descriptor
8866a53c5e7a Linux 5.2.31
33a9ecf23bdb hsr: fix a NULL pointer dereference in hsr_dev_xmit()
c5eba532e308 gre: refetch erspan header from skb->data after pskb_may_pull()
8477c46262fa tcp: Protect accesses to .ts_recent_stamp with 
{READ,WRITE}_ONCE()
d46e87f84fd4 tcp: tighten acceptance of ACKs not matching a child socket
06b27e9e4496 tcp: fix

[OE-core] [zeus][PATCH 20/22] libxml2: fix CVE-2020-7595

2020-02-28 Thread Anuj Mittal 
(From OE-Core rev: f2f7aa9a495774fe5a2e3947584cb3503bd1eaf1)

Signed-off-by: Anuj Mittal 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
Signed-off-by: Anuj Mittal 
---
 .../libxml/libxml2/CVE-2020-7595.patch | 36 ++
 meta/recipes-core/libxml/libxml2_2.9.9.bb  |  1 +
 2 files changed, 37 insertions(+)
 create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch

diff --git a/meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch 
b/meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch
new file mode 100644
index 000..facfefd
--- /dev/null
+++ b/meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch
@@ -0,0 +1,36 @@
+From 0e1a49c8907645d2e155f0d89d4d9895ac5112b5 Mon Sep 17 00:00:00 2001
+From: Zhipeng Xie 
+Date: Thu, 12 Dec 2019 17:30:55 +0800
+Subject: [PATCH] Fix infinite loop in xmlStringLenDecodeEntities
+
+When ctxt->instate == XML_PARSER_EOF,xmlParseStringEntityRef
+return NULL which cause a infinite loop in xmlStringLenDecodeEntities
+
+Found with libFuzzer.
+
+Signed-off-by: Zhipeng Xie 
+
+Upstream-Status: Backport 
[https://gitlab.gnome.org/GNOME/libxml2/commit/0e1a49c89076]
+CVE: CVE-2020-7595
+Signed-off-by: Anuj Mittal  
+---
+ parser.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/parser.c b/parser.c
+index d1c31963..a34bb6cd 100644
+--- a/parser.c
 b/parser.c
+@@ -2646,7 +2646,8 @@ xmlStringLenDecodeEntities(xmlParserCtxtPtr ctxt, const 
xmlChar *str, int len,
+ else
+ c = 0;
+ while ((c != 0) && (c != end) && /* non input consuming loop */
+- (c != end2) && (c != end3)) {
++   (c != end2) && (c != end3) &&
++   (ctxt->instate != XML_PARSER_EOF)) {
+ 
+   if (c == 0) break;
+ if ((c == '&') && (str[1] == '#')) {
+-- 
+2.24.1
+
diff --git a/meta/recipes-core/libxml/libxml2_2.9.9.bb 
b/meta/recipes-core/libxml/libxml2_2.9.9.bb
index c44a90b..5797dd6 100644
--- a/meta/recipes-core/libxml/libxml2_2.9.9.bb
+++ b/meta/recipes-core/libxml/libxml2_2.9.9.bb
@@ -21,6 +21,7 @@ SRC_URI = 
"http://www.xmlsoft.org/sources/libxml2-${PV}.tar.gz;name=libtar \

file://0001-Make-ptest-run-the-python-tests-if-python-is-enabled.patch \
file://fix-execution-of-ptests.patch \
file://Fix-CVE-2019-19956.patch \
+   file://CVE-2020-7595.patch \
"
 
 SRC_URI[libtar.md5sum] = "c04a5a0a042eaa157e8e8c9eabe76bd6"
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 18/22] ncurses: add CVE_VERSION

2020-02-28 Thread Anuj Mittal 
Include the version number in a format that is comparable to what we get
from NVD.

(From OE-Core rev: fdb2a95d5e0265de1172940b6dc71fc7d602e8d1)

Signed-off-by: Anuj Mittal 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
Signed-off-by: Anuj Mittal 
---
 meta/recipes-core/ncurses/ncurses_6.1+20190803.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-core/ncurses/ncurses_6.1+20190803.bb 
b/meta/recipes-core/ncurses/ncurses_6.1+20190803.bb
index e638a37..c3a89f1 100644
--- a/meta/recipes-core/ncurses/ncurses_6.1+20190803.bb
+++ b/meta/recipes-core/ncurses/ncurses_6.1+20190803.bb
@@ -10,3 +10,5 @@ SRCREV = "3c9b2677c96c645496997321bf2fe465a5e7e21f"
 S = "${WORKDIR}/git"
 EXTRA_OECONF += "--with-abi-version=5 --cache-file=${B}/config.cache"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+(\+\d+)*)"
+
+CVE_VERSION = "6.1.${@d.getVar("PV").split('+')[1]}"
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 21/22] libxml2: Fix CVE-2019-20388

2020-02-28 Thread Anuj Mittal 
From: Lee Chee Yang 

see:
https://gitlab.gnome.org/GNOME/libxml2/merge_requests/68

(From OE-Core rev: 12a5eb0ea6f530ad7be2e58d4091b4edadbf461b)

Signed-off-by: Lee Chee Yang 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
Signed-off-by: Anuj Mittal 
---
 .../libxml/libxml2/CVE-2019-20388.patch| 37 ++
 meta/recipes-core/libxml/libxml2_2.9.9.bb  |  1 +
 2 files changed, 38 insertions(+)
 create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2019-20388.patch

diff --git a/meta/recipes-core/libxml/libxml2/CVE-2019-20388.patch 
b/meta/recipes-core/libxml/libxml2/CVE-2019-20388.patch
new file mode 100644
index 000..4ee2d4f
--- /dev/null
+++ b/meta/recipes-core/libxml/libxml2/CVE-2019-20388.patch
@@ -0,0 +1,37 @@
+From 7ffcd44d7e6c46704f8af0321d9314cd26e0e18a Mon Sep 17 00:00:00 2001
+From: Zhipeng Xie 
+Date: Tue, 20 Aug 2019 16:33:06 +0800
+Subject: [PATCH] Fix memory leak in xmlSchemaValidateStream
+
+When ctxt->schema is NULL, xmlSchemaSAXPlug->xmlSchemaPreRun
+alloc a new schema for ctxt->schema and set vctxt->xsiAssemble
+to 1. Then xmlSchemaVStart->xmlSchemaPreRun initialize
+vctxt->xsiAssemble to 0 again which cause the alloced schema
+can not be freed anymore.
+
+Found with libFuzzer.
+
+Upstream-Status: Accepted 
[https://gitlab.gnome.org/GNOME/libxml2/commit/7ffcd44d7e6c46704f8af0321d9314cd26e0e18a]
+CVE: CVE-2019-20388
+
+Signed-off-by: Zhipeng Xie 
+Signed-off-by: Lee Chee Yang 
+---
+ xmlschemas.c | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/xmlschemas.c b/xmlschemas.c
+index 301c8449..39d92182 100644
+--- a/xmlschemas.c
 b/xmlschemas.c
+@@ -28090,7 +28090,6 @@ xmlSchemaPreRun(xmlSchemaValidCtxtPtr vctxt) {
+ vctxt->nberrors = 0;
+ vctxt->depth = -1;
+ vctxt->skipDepth = -1;
+-vctxt->xsiAssemble = 0;
+ vctxt->hasKeyrefs = 0;
+ #ifdef ENABLE_IDC_NODE_TABLES_TEST
+ vctxt->createIDCNodeTables = 1;
+-- 
+2.24.1
+
diff --git a/meta/recipes-core/libxml/libxml2_2.9.9.bb 
b/meta/recipes-core/libxml/libxml2_2.9.9.bb
index 5797dd6..1d898ab 100644
--- a/meta/recipes-core/libxml/libxml2_2.9.9.bb
+++ b/meta/recipes-core/libxml/libxml2_2.9.9.bb
@@ -22,6 +22,7 @@ SRC_URI = 
"http://www.xmlsoft.org/sources/libxml2-${PV}.tar.gz;name=libtar \
file://fix-execution-of-ptests.patch \
file://Fix-CVE-2019-19956.patch \
file://CVE-2020-7595.patch \
+   file://CVE-2019-20388.patch \
"
 
 SRC_URI[libtar.md5sum] = "c04a5a0a042eaa157e8e8c9eabe76bd6"
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 17/22] qemu: Fix CVE-2020-1711

2020-02-28 Thread Anuj Mittal 
From: Lee Chee Yang 

see 
https://git.qemu.org/?p=qemu.git;a=commit;h=693fd2acdf14dd86c0bf852610f1c2cca80a74dc

Signed-off-by: Lee Chee Yang 
Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/qemu/qemu.inc|  3 +-
 .../recipes-devtools/qemu/qemu/CVE-2020-1711.patch | 64 ++
 2 files changed, 66 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2020-1711.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index bb444b6..d394db8 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -29,7 +29,8 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
file://0010-configure-Add-pkg-config-handling-for-libgcrypt.patch \
file://CVE-2019-15890.patch \
file://CVE-2019-12068.patch \
-   "
+   file://CVE-2020-1711.patch \
+  "
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
 SRC_URI[md5sum] = "cdf2b5ca52b9abac9bacb5842fa420f8"
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2020-1711.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2020-1711.patch
new file mode 100644
index 000..aa7bc82
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2020-1711.patch
@@ -0,0 +1,64 @@
+From 693fd2acdf14dd86c0bf852610f1c2cca80a74dc Mon Sep 17 00:00:00 2001
+From: Felipe Franciosi 
+Date: Thu, 23 Jan 2020 12:44:59 +
+Subject: [PATCH] iscsi: Cap block count from GET LBA STATUS (CVE-2020-1711)
+
+When querying an iSCSI server for the provisioning status of blocks (via
+GET LBA STATUS), Qemu only validates that the response descriptor zero's
+LBA matches the one requested. Given the SCSI spec allows servers to
+respond with the status of blocks beyond the end of the LUN, Qemu may
+have its heap corrupted by clearing/setting too many bits at the end of
+its allocmap for the LUN.
+
+A malicious guest in control of the iSCSI server could carefully program
+Qemu's heap (by selectively setting the bitmap) and then smash it.
+
+This limits the number of bits that iscsi_co_block_status() will try to
+update in the allocmap so it can't overflow the bitmap.
+
+Upstream-Status: Backport 
[https://git.qemu.org/?p=qemu.git;a=patch;h=693fd2acdf14dd86c0bf852610f1c2cca80a74dc]
+CVE: CVE-2020-1711
+
+Fixes: CVE-2020-1711
+Cc: qemu-sta...@nongnu.org
+Signed-off-by: Felipe Franciosi 
+Signed-off-by: Peter Turschmid 
+Signed-off-by: Raphael Norwitz 
+Signed-off-by: Kevin Wolf 
+Signed-off-by: Lee Chee Yang 
+---
+ block/iscsi.c | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/block/iscsi.c b/block/iscsi.c
+index 2aea7e3..cbd5729 100644
+--- a/block/iscsi.c
 b/block/iscsi.c
+@@ -701,7 +701,7 @@ static int coroutine_fn 
iscsi_co_block_status(BlockDriverState *bs,
+ struct scsi_get_lba_status *lbas = NULL;
+ struct scsi_lba_status_descriptor *lbasd = NULL;
+ struct IscsiTask iTask;
+-uint64_t lba;
++uint64_t lba, max_bytes;
+ int ret;
+ 
+ iscsi_co_init_iscsitask(iscsilun, );
+@@ -721,6 +721,7 @@ static int coroutine_fn 
iscsi_co_block_status(BlockDriverState *bs,
+ }
+ 
+ lba = offset / iscsilun->block_size;
++max_bytes = (iscsilun->num_blocks - lba) * iscsilun->block_size;
+ 
+ qemu_mutex_lock(>mutex);
+ retry:
+@@ -764,7 +765,7 @@ retry:
+ goto out_unlock;
+ }
+ 
+-*pnum = (int64_t) lbasd->num_blocks * iscsilun->block_size;
++*pnum = MIN((int64_t) lbasd->num_blocks * iscsilun->block_size, 
max_bytes);
+ 
+ if (lbasd->provisioning == SCSI_PROVISIONING_TYPE_DEALLOCATED ||
+ lbasd->provisioning == SCSI_PROVISIONING_TYPE_ANCHORED) {
+-- 
+1.8.3.1
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 19/22] ppp: Security fix CVE-2020-8597

2020-02-28 Thread Anuj Mittal 
From: Yi Zhao 

CVE-2020-8597: eap.c in pppd in ppp 2.4.2 through 2.4.8 has an rhostname
buffer overflow in the eap_request and eap_response functions.

References:
https://nvd.nist.gov/vuln/detail/CVE-2020-8597

Patch from:
https://github.com/paulusmack/ppp/commit/8d7970b8f3db727fe798b65f3377fe6787575426

(From OE-Core rev: b01505e018ff46f1af34f98219d55f4ca700cd5a)

Signed-off-by: Yi Zhao 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
Signed-off-by: Anuj Mittal 
---
 .../0001-pppd-Fix-bounds-check-in-EAP-code.patch   | 47 ++
 meta/recipes-connectivity/ppp/ppp_2.4.7.bb |  1 +
 2 files changed, 48 insertions(+)
 create mode 100644 
meta/recipes-connectivity/ppp/ppp/0001-pppd-Fix-bounds-check-in-EAP-code.patch

diff --git 
a/meta/recipes-connectivity/ppp/ppp/0001-pppd-Fix-bounds-check-in-EAP-code.patch
 
b/meta/recipes-connectivity/ppp/ppp/0001-pppd-Fix-bounds-check-in-EAP-code.patch
new file mode 100644
index 000..b7ba7ba
--- /dev/null
+++ 
b/meta/recipes-connectivity/ppp/ppp/0001-pppd-Fix-bounds-check-in-EAP-code.patch
@@ -0,0 +1,47 @@
+From 8d7970b8f3db727fe798b65f3377fe6787575426 Mon Sep 17 00:00:00 2001
+From: Paul Mackerras 
+Date: Mon, 3 Feb 2020 15:53:28 +1100
+Subject: [PATCH] pppd: Fix bounds check in EAP code
+
+Given that we have just checked vallen < len, it can never be the case
+that vallen >= len + sizeof(rhostname).  This fixes the check so we
+actually avoid overflowing the rhostname array.
+
+Reported-by: Ilja Van Sprundel 
+Signed-off-by: Paul Mackerras 
+
+Upstream-Status: Backport
+[https://github.com/paulusmack/ppp/commit/8d7970b8f3db727fe798b65f3377fe6787575426]
+
+CVE: CVE-2020-8597
+
+Signed-off-by: Yi Zhao 
+---
+ pppd/eap.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/pppd/eap.c b/pppd/eap.c
+index 94407f5..1b93db0 100644
+--- a/pppd/eap.c
 b/pppd/eap.c
+@@ -1420,7 +1420,7 @@ int len;
+   }
+ 
+   /* Not so likely to happen. */
+-  if (vallen >= len + sizeof (rhostname)) {
++  if (len - vallen >= sizeof (rhostname)) {
+   dbglog("EAP: trimming really long peer name down");
+   BCOPY(inp + vallen, rhostname, sizeof (rhostname) - 1);
+   rhostname[sizeof (rhostname) - 1] = '\0';
+@@ -1846,7 +1846,7 @@ int len;
+   }
+ 
+   /* Not so likely to happen. */
+-  if (vallen >= len + sizeof (rhostname)) {
++  if (len - vallen >= sizeof (rhostname)) {
+   dbglog("EAP: trimming really long peer name down");
+   BCOPY(inp + vallen, rhostname, sizeof (rhostname) - 1);
+   rhostname[sizeof (rhostname) - 1] = '\0';
+-- 
+2.17.1
+
diff --git a/meta/recipes-connectivity/ppp/ppp_2.4.7.bb 
b/meta/recipes-connectivity/ppp/ppp_2.4.7.bb
index 644cde4..60c56dd 100644
--- a/meta/recipes-connectivity/ppp/ppp_2.4.7.bb
+++ b/meta/recipes-connectivity/ppp/ppp_2.4.7.bb
@@ -33,6 +33,7 @@ SRC_URI = "https://download.samba.org/pub/${BPN}/${BP}.tar.gz 
\
file://0001-pppoe-include-netinet-in.h-before-linux-in.h.patch \
file://0001-ppp-Remove-unneeded-include.patch \
file://ppp-2.4.7-DES-openssl.patch \
+   file://0001-pppd-Fix-bounds-check-in-EAP-code.patch \
 "
 
 SRC_URI_append_libc-musl = "\
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 16/22] toolchain-shar-extract: ignore timestamp on decompress

2020-02-28 Thread Anuj Mittal 
From: Jeremy Puhlman 

Installing on centos7, which the extended version of the
buildtools tarball is supposed to fix and with reproducable
builds turned on, all the time stamps are for epoch. This
results in the following output for every file:

tar: ./sysroots/x86_64-pokysdk-linux/usr/include/c++/9.2.0/cstdalign: 
implausibly old time stamp 1969-12-31 16:00:00
tar: ./sysroots/x86_64-pokysdk-linux/usr/lib/libstdc++.so.6: implausibly old 
time stamp 1969-12-31 16:00:00

Ignore the timestamps during the uncompession step.

Signed-off-by: Jeremy Puhlman 
Signed-off-by: Richard Purdie 
(cherry picked from commit 319ca22ea4465c56c63730847378a7aee4f5935a)
Signed-off-by: Armin Kuster 
---
 meta/files/toolchain-shar-extract.sh | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/files/toolchain-shar-extract.sh 
b/meta/files/toolchain-shar-extract.sh
index ccc4f4e..4c4b4de 100644
--- a/meta/files/toolchain-shar-extract.sh
+++ b/meta/files/toolchain-shar-extract.sh
@@ -249,7 +249,7 @@ if [ @SDK_ARCHIVE_TYPE@ = "zip" ]; then
 rm sdk.zip && exit 1
 fi
 else
-tail -n +$payload_offset $0| $SUDO_EXEC tar xJ -C $target_sdk_dir 
--checkpoint=.2500 $EXTRA_TAR_OPTIONS || exit 1
+tail -n +$payload_offset $0| $SUDO_EXEC tar mxJ -C $target_sdk_dir 
--checkpoint=.2500 $EXTRA_TAR_OPTIONS || exit 1
 fi
 echo "done"
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 15/22] liberror-perl: upgrade 0.17028 -> 0.17029

2020-02-28 Thread Anuj Mittal 
From: Tim Orling 

Upstream release notes:
"
0.17029 2020-01-28
- Rebuild for order of 'NAME' and 'VERSION' sections in the generated
POD documentation (see 0.001004 in
https://metacpan.org/changes/distribution/Pod-Weaver-PluginBundle-SHLOMIF
).
- VERSION used to appear before NAME.
"

Signed-off-by: Tim Orling 
Signed-off-by: Richard Purdie 
(cherry picked from commit f4a520cc827187d83f2997614d893bba7d74a152)
Signed-off-by: Armin Kuster 
---
 .../perl/{liberror-perl_0.17028.bb => liberror-perl_0.17029.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/perl/{liberror-perl_0.17028.bb => 
liberror-perl_0.17029.bb} (89%)

diff --git a/meta/recipes-devtools/perl/liberror-perl_0.17028.bb 
b/meta/recipes-devtools/perl/liberror-perl_0.17029.bb
similarity index 89%
rename from meta/recipes-devtools/perl/liberror-perl_0.17028.bb
rename to meta/recipes-devtools/perl/liberror-perl_0.17029.bb
index 8c6bbcb..038808f 100644
--- a/meta/recipes-devtools/perl/liberror-perl_0.17028.bb
+++ b/meta/recipes-devtools/perl/liberror-perl_0.17029.bb
@@ -32,8 +32,8 @@ RDEPENDS_${PN}-ptest += " \
 
 SRC_URI = "http://cpan.metacpan.org/authors/id/S/SH/SHLOMIF/Error-${PV}.tar.gz;
 
-SRC_URI[md5sum] = "ec3522c60a43a368f19c0f89e2205cb1"
-SRC_URI[sha256sum] = 
"3ad85c5e58b31c8903006298424a51bba39f1840e324f5ae612eabc8b935e960"
+SRC_URI[md5sum] = "6732b1c6207e4a9a3e2987c88368039a"
+SRC_URI[sha256sum] = 
"1a23f7913032aed6d4b68321373a3899ca66590f4727391a091ec19c95bf7adc"
 
 S = "${WORKDIR}/Error-${PV}"
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 14/22] perl: Fix makefile race causing configuration differences

2020-02-28 Thread Anuj Mittal 
From: Richard Purdie 

Add a missing makefile dependency which can cause differences in
configuration (submitted upstream).

[YOCTO #13800]

Signed-off-by: Richard Purdie 
(cherry picked from commit fe97845a45434902c5a994e253a127a462d7d3b4)
Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/perl/files/racefix.patch | 24 
 meta/recipes-devtools/perl/perl_5.30.1.bb  |  1 +
 2 files changed, 25 insertions(+)
 create mode 100644 meta/recipes-devtools/perl/files/racefix.patch

diff --git a/meta/recipes-devtools/perl/files/racefix.patch 
b/meta/recipes-devtools/perl/files/racefix.patch
new file mode 100644
index 000..bac42d2
--- /dev/null
+++ b/meta/recipes-devtools/perl/files/racefix.patch
@@ -0,0 +1,24 @@
+In our builds Config_heavy.pl sometimes has lines:
+cwarnflags=XXX
+ccstdflags=XXX
+and sometimes does not.
+The reason is that this information is pulled from cflags by configpm and yet
+there is no dependency in the Makefile. Add one to fix this.
+
+Upstream-Status: Submitted [https://github.com/arsv/perl-cross/pull/89]
+RP 2020/2/19
+Signed-off-by: Richard Purdie 
+
+Index: perl-5.30.1/Makefile
+===
+--- perl-5.30.1.orig/Makefile
 perl-5.30.1/Makefile
+@@ -204,7 +204,7 @@ configpod: $(CONFIGPOD)
+ git_version.h lib/Config_git.pl: make_patchnum.pl | miniperl$X
+   ./miniperl_top make_patchnum.pl
+ 
+-lib/Config.pm lib/Config_heavy.pl lib/Config.pod: config.sh \
++lib/Config.pm lib/Config_heavy.pl lib/Config.pod: config.sh cflags \
+   lib/Config_git.pl Porting/Glossary | miniperl$X
+   ./miniperl_top configpm
+ 
diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
index e3915a5..32746c7 100644
--- a/meta/recipes-devtools/perl/perl_5.30.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -22,6 +22,7 @@ SRC_URI = 
"https://www.cpan.org/src/5.0/perl-${PV}.tar.gz;name=perl \
file://0002-Constant-Fix-up-shebang.patch \

file://0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch \
file://determinism.patch  \
+   file://racefix.patch \
"
 SRC_URI_append_class-native = " \
file://perl-configpm-switch.patch \
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 09/22] perl: install typemap and other extutils metadata as part of perl-core

2020-02-28 Thread Anuj Mittal 
From: Alexander Kanavin 

Modules actually make use of these files, so they belong in perl-core
other than perl-doc (the immediate failure was ptests for
libmodule-build-perl failing).

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 829e8c49833e4cb8de5db869769eb492c827e8c9)
Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/perl/perl_5.30.1.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
index c79a725..c68ffb1 100644
--- a/meta/recipes-devtools/perl/perl_5.30.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -210,6 +210,9 @@ FILES_${PN} = "${bindir}/perl ${bindir}/perl.real 
${bindir}/perl${PV} ${libdir}/
${libdir}/perl5/${PV}/warnings \
${libdir}/perl5/${PV}/vars.pm \
${libdir}/perl5/site_perl \
+   ${libdir}/perl5/${PV}/ExtUtils/MANIFEST.SKIP \
+   ${libdir}/perl5/${PV}/ExtUtils/xsubpp \
+   ${libdir}/perl5/${PV}/ExtUtils/typemap \
"
 RPROVIDES_${PN} += "perl-module-strict perl-module-vars perl-module-config 
perl-module-warnings \
 perl-module-warnings-register"
@@ -220,9 +223,6 @@ FILES_${PN}-dev_append = " ${libdir}/perl5/${PV}/*/CORE"
 
 FILES_${PN}-doc_append = " ${libdir}/perl5/${PV}/Unicode/Collate/*.txt \
${libdir}/perl5/${PV}/*/.packlist \
-   ${libdir}/perl5/${PV}/ExtUtils/MANIFEST.SKIP \
-   ${libdir}/perl5/${PV}/ExtUtils/xsubpp \
-   ${libdir}/perl5/${PV}/ExtUtils/typemap \
${libdir}/perl5/${PV}/Encode/encode.h \
  "
 PACKAGES += "${PN}-misc"
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 11/22] perl: improve reproducibility

2020-02-28 Thread Anuj Mittal 
From: Ross Burton 

Occasionally the reproducibility selftest fails because perl-pod differs,
specifically that the perltoc.pod file was sometimes missing modules.

Debugging revealed that there are missing dependencies so there is a build race:
building perltoc.pod from an clean build tree results in no modules being listed
at all.

A bug has been filed at https://github.com/arsv/perl-cross/issues/86 to solve
this properly, but for now we can just delete perltoc.pod after make has
finished and re-generate it.

[ YOCTO #13726 ]

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 7e0f6c9ea4f824f29dc30c6631fd8039ebe83a0b)
Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/perl/perl_5.30.1.bb | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
index c68ffb1..15bc5a4 100644
--- a/meta/recipes-devtools/perl/perl_5.30.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -112,6 +112,14 @@ print(datetime.fromtimestamp($SOURCE_DATE_EPOCH, 
timezone.utc).strftime('%a %b %
 
 do_compile() {
 oe_runmake
+# This isn't generated reliably so delete and re-generate.
+# https://github.com/arsv/perl-cross/issues/86
+
+if [ -e pod/perltoc.pod ]; then
+bbnote Rebuilding perltoc.pod
+rm -f pod/perltoc.pod
+oe_runmake pod/perltoc.pod
+fi
 }
 
 do_install() {
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 08/22] perl: package Config.pm from arch directory into the main perl package

2020-02-28 Thread Anuj Mittal 
From: Alexander Kanavin 

Otherwise, some modules such as libmodule-build-perl fail to work
properly.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit e4072d53a7fb4fbbdacce9a20968e71ef6cff307)
Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/perl/perl_5.30.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
index 996f631..c79a725 100644
--- a/meta/recipes-devtools/perl/perl_5.30.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -201,6 +201,7 @@ require perl-ptest.inc
 FILES_${PN} = "${bindir}/perl ${bindir}/perl.real ${bindir}/perl${PV} 
${libdir}/libperl.so* \
${libdir}/perl5/site_perl \
${libdir}/perl5/${PV}/Config.pm \
+   ${libdir}/perl5/${PV}/${TARGET_ARCH}-linux/Config.pm \
${libdir}/perl5/${PV}/*/Config_git.pl \
${libdir}/perl5/${PV}/*/Config_heavy-target.pl \
${libdir}/perl5/config.sh \
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 13/22] perl: Fix encode module reproducibility issues

2020-02-28 Thread Anuj Mittal 
From: Richard Purdie 

The code is encoding host compiler parameters into target builds. Avoid
this for our target builds. This should resolve builds which aren't
reproducible between hosts with different compilers.

Signed-off-by: Richard Purdie 
(cherry picked from commit 71cdbf426e46e3ca1b5038f40e9f7ba958abc537)
Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/perl/files/encodefix.patch | 20 
 meta/recipes-devtools/perl/perl_5.30.1.bb|  3 +++
 2 files changed, 23 insertions(+)
 create mode 100644 meta/recipes-devtools/perl/files/encodefix.patch

diff --git a/meta/recipes-devtools/perl/files/encodefix.patch 
b/meta/recipes-devtools/perl/files/encodefix.patch
new file mode 100644
index 000..396ed0d
--- /dev/null
+++ b/meta/recipes-devtools/perl/files/encodefix.patch
@@ -0,0 +1,20 @@
+The code is encoding host compiler parameters into target builds. Avoid
+this for our target builds (patch is target specific, not native)
+
+Upstream-Status: Inappropriate [Cross compile hack]
+RP 2020/2/18
+Signed-off-by: Richard Purdie 
+
+Index: perl-5.30.1/cpan/Encode/bin/enc2xs
+===
+--- perl-5.30.1.orig/cpan/Encode/bin/enc2xs
 perl-5.30.1/cpan/Encode/bin/enc2xs
+@@ -195,7 +195,7 @@ sub compiler_info {
+ # above becomes false.
+ my $sized  = $declaration && !($compat && !$pedantic);
+ 
+-return ($cpp, $static, $sized);
++return (0, 1, 1);
+ }
+ 
+ 
diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
index 96f0326..e3915a5 100644
--- a/meta/recipes-devtools/perl/perl_5.30.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -26,6 +26,9 @@ SRC_URI = 
"https://www.cpan.org/src/5.0/perl-${PV}.tar.gz;name=perl \
 SRC_URI_append_class-native = " \
file://perl-configpm-switch.patch \
 "
+SRC_URI_append_class-target = " \
+   file://encodefix.patch \
+"
 
 SRC_URI[perl.md5sum] = "6438eb7b8db9bbde28e01086de376a46"
 SRC_URI[perl.sha256sum] = 
"bf3d25571ff1ee94186177c2cdef87867fd6a14aa5a84f0b1fb7bf798f42f964"
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 12/22] perl: fix failing ptests

2020-02-28 Thread Anuj Mittal 
From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit f1da6355f13e707b3ffa5025067e509e0120784d)
[Fixup for zeus context]
Signed-off-by: Armin Kuster 
---
 ...t-to-correctly-exclude-unbuilt-extensions.patch | 27 ++
 .../perl/files/perl-configpm-switch.patch  |  4 ++--
 meta/recipes-devtools/perl/perl_5.30.1.bb  |  1 +
 3 files changed, 30 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch

diff --git 
a/meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
 
b/meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
new file mode 100644
index 000..0f3a2c6
--- /dev/null
+++ 
b/meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
@@ -0,0 +1,27 @@
+From b0d53cfd785f64002128ac5eecc4aed0663d9c30 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 9 Jan 2020 17:26:55 +0100
+Subject: [PATCH] tests: adjust to correctly exclude unbuilt extensions
+
+Issue is reported here:
+https://github.com/arsv/perl-cross/issues/85
+
+Upstream-Status: Inappropriate [issue caused by perl-cross]
+Signed-off-by: Alexander Kanavin 
+---
+ t/TEST | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/t/TEST b/t/TEST
+index a9c844f..8d3505f 100755
+--- a/t/TEST
 b/t/TEST
+@@ -419,7 +419,7 @@ sub _tests_from_manifest {
+   while () {
+   if 
(m!^((?:cpan|dist|ext)/(\S+)/+(?:[^/\s]+\.t|test\.pl)|lib/\S+?(?:\.t|test\.pl))\s!)
 {
+   my $t = $1;
+-  my $extension = $2;
++  my $extension = $1."/".$2;
+ 
+   # XXX Generates way too many error lines currently.  Skip for
+   # v5.22
diff --git a/meta/recipes-devtools/perl/files/perl-configpm-switch.patch 
b/meta/recipes-devtools/perl/files/perl-configpm-switch.patch
index 3c2cecb..80ce4a6 100644
--- a/meta/recipes-devtools/perl/files/perl-configpm-switch.patch
+++ b/meta/recipes-devtools/perl/files/perl-configpm-switch.patch
@@ -1,4 +1,4 @@
-From 7f313cac31c55cbe62a4d0cdfa8321cc05a8eb3a Mon Sep 17 00:00:00 2001
+From 5120acaa2be5787d9657f6b91bc8ee3c2d664fbe Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Sun, 27 May 2007 21:04:11 +
 Subject: [PATCH] perl: 5.8.7 -> 5.8.8 (from OE)
@@ -20,7 +20,7 @@ Signed-off-by: Alexander Kanavin 
  1 file changed, 16 insertions(+), 2 deletions(-)
 
 diff --git a/configpm b/configpm
-index 09c4a3b..6a0a680 100755
+index c8de8bf..204613c 100755
 --- a/configpm
 +++ b/configpm
 @@ -687,7 +687,7 @@ sub FETCH {
diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
index 15bc5a4..96f0326 100644
--- a/meta/recipes-devtools/perl/perl_5.30.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -20,6 +20,7 @@ SRC_URI = 
"https://www.cpan.org/src/5.0/perl-${PV}.tar.gz;name=perl \

file://0001-configure_path.sh-do-not-hardcode-prefix-lib-as-libr.patch \

file://0001-enc2xs-Add-environment-variable-to-suppress-comments.patch \
file://0002-Constant-Fix-up-shebang.patch \
+   
file://0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch \
file://determinism.patch  \
"
 SRC_URI_append_class-native = " \
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 10/22] libmodule-build-perl: fix ptests

2020-02-28 Thread Anuj Mittal 
From: Alexander Kanavin 

Particularly remove a broken detection of skipped tests
(which was marking tests that actually passed), and install
additional artefacts needed for testing.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit dbbce0918617c21d0e43e9727d38372c22dff3dc)
Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/perl/libmodule-build-perl/run-ptest | 2 --
 meta/recipes-devtools/perl/libmodule-build-perl_0.4229.bb | 3 +++
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/perl/libmodule-build-perl/run-ptest 
b/meta/recipes-devtools/perl/libmodule-build-perl/run-ptest
index 0d63d15..d802781 100644
--- a/meta/recipes-devtools/perl/libmodule-build-perl/run-ptest
+++ b/meta/recipes-devtools/perl/libmodule-build-perl/run-ptest
@@ -6,8 +6,6 @@ for case in `find t -type f -name '*.t'`; do
 cat $case.output
 if [ $ret -ne 0 ]; then
 echo "FAIL: ${case%.t}"
-elif grep -i 'SKIP' $case.output; then
-echo "SKIP: ${case%.t}"
 else
 echo "PASS: ${case%.t}"
 fi
diff --git a/meta/recipes-devtools/perl/libmodule-build-perl_0.4229.bb 
b/meta/recipes-devtools/perl/libmodule-build-perl_0.4229.bb
index f759f86..e3ba40d 100644
--- a/meta/recipes-devtools/perl/libmodule-build-perl_0.4229.bb
+++ b/meta/recipes-devtools/perl/libmodule-build-perl_0.4229.bb
@@ -36,7 +36,10 @@ do_patch[postfuncs] += "do_patch_module_build"
 do_install_ptest() {
cp -r ${B}/inc ${D}${PTEST_PATH}
cp -r ${B}/blib ${D}${PTEST_PATH}
+   cp -r ${B}/_build ${D}${PTEST_PATH}
+   cp -r ${B}/lib ${D}${PTEST_PATH}
chown -R root:root ${D}${PTEST_PATH}
+   sed -i -e "s,'perl' => .*,'perl' => '/usr/bin/perl'\,,g" 
${D}${PTEST_PATH}/_build/build_params
 }
 
 RDEPENDS_${PN} += " \
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 02/22] glibc-testsuite: Exclude this recipe from world builds

2020-02-28 Thread Anuj Mittal 
From: Nathan Rossi 

This recipe is intended to be run manually or via oeqa.

[YOCTO #13737]

Signed-off-by: Nathan Rossi 
Signed-off-by: Richard Purdie 
(cherry picked from commit eadbe01bb8232de79e0827e6c6b3411f69ea7303)
Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc-testsuite_2.30.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-core/glibc/glibc-testsuite_2.30.bb 
b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
index c44f30b..d887aef 100644
--- a/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
+++ b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
@@ -1,5 +1,7 @@
 require glibc_${PV}.bb
 
+EXCLUDE_FROM_WORLD = "1"
+
 # handle PN differences
 FILESEXTRAPATHS_prepend := "${THISDIR}/glibc:"
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 07/22] perl: update to 5.30.1

2020-02-28 Thread Anuj Mittal 
From: Alexander Kanavin 

Drop fix-setgroup.patch as the upstream has fixed the issue.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 45edc6d23e20f7634c50db71e419c7e3bb7f393e)
[Bug fix only update]
Signed-off-by: Armin Kuster 
---
 .../recipes-devtools/perl/files/fix-setgroup.patch | 49 --
 .../perl/{perl_5.30.0.bb => perl_5.30.1.bb}| 11 +++--
 2 files changed, 5 insertions(+), 55 deletions(-)
 delete mode 100644 meta/recipes-devtools/perl/files/fix-setgroup.patch
 rename meta/recipes-devtools/perl/{perl_5.30.0.bb => perl_5.30.1.bb} (97%)

diff --git a/meta/recipes-devtools/perl/files/fix-setgroup.patch 
b/meta/recipes-devtools/perl/files/fix-setgroup.patch
deleted file mode 100644
index 2b490e6..000
--- a/meta/recipes-devtools/perl/files/fix-setgroup.patch
+++ /dev/null
@@ -1,49 +0,0 @@
-Test script to reproduce the problem:
-
-#!/usr/bin/env perl
-$) = "2 2";
-print $!;
-
-Result from perl 5.28 under strace:
-
-setgroups(1, [2])   = 0
-setresgid(-1, 2, -1)= 0
-
-Result from perl 5.30 under strace:
-
-setgroups(1, [-1])  = -1 EINVAL (Invalid argument)
-setresgid(-1, 2, -1)= 0
-
-Patch which broke this upstream:
-https://perl5.git.perl.org/perl.git/commitdiff/5d4a52b5c68a11bfc97c2e24806993b84a61eade
-
-Issue is that the new function changes the endptr to the end of the
-scanned number and needs to be reset to the end of the string for 
-each iteration of the loop.
-
-[YOCTO #13391]
-
-RP
-2019/6/14
-Upstream-Status: Pending
-
-Index: perl-5.30.0/mg.c
-===
 perl-5.30.0.orig/mg.c
-+++ perl-5.30.0/mg.c
-@@ -3179,6 +3256,7 @@ Perl_magic_set(pTHX_ SV *sv, MAGIC *mg)
-   const char *p = SvPV_const(sv, len);
- Groups_t *gary = NULL;
- const char* endptr = p + len;
-+const char* realend = p + len;
- UV uv;
- #ifdef _SC_NGROUPS_MAX
-int maxgrp = sysconf(_SC_NGROUPS_MAX);
-@@ -3209,6 +3287,7 @@ Perl_magic_set(pTHX_ SV *sv, MAGIC *mg)
- Newx(gary, i + 1, Groups_t);
- else
- Renew(gary, i + 1, Groups_t);
-+endptr = realend;
- if (grok_atoUV(p, , ))
- gary[i] = (Groups_t)uv;
- else {
diff --git a/meta/recipes-devtools/perl/perl_5.30.0.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
similarity index 97%
rename from meta/recipes-devtools/perl/perl_5.30.0.bb
rename to meta/recipes-devtools/perl/perl_5.30.1.bb
index 838e52c..996f631 100644
--- a/meta/recipes-devtools/perl/perl_5.30.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
"file://Copying;md5=5b122a36d0f6dc55279a0ebc69f3c60b \
 
 
 SRC_URI = "https://www.cpan.org/src/5.0/perl-${PV}.tar.gz;name=perl \
-   
https://github.com/arsv/perl-cross/releases/download/1.3/perl-cross-1.3.tar.gz;name=perl-cross
 \
+   
https://github.com/arsv/perl-cross/releases/download/1.3.1/perl-cross-1.3.1.tar.gz;name=perl-cross
 \
file://perl-rdepends.txt \

file://0001-configure_tool.sh-do-not-quote-the-argument-to-comma.patch \

file://0001-ExtUtils-MakeMaker-add-LDFLAGS-when-linking-binary-m.patch \
@@ -18,7 +18,6 @@ SRC_URI = 
"https://www.cpan.org/src/5.0/perl-${PV}.tar.gz;name=perl \
file://0001-perl-cross-add-LDFLAGS-when-linking-libperl.patch \
file://perl-dynloader.patch \

file://0001-configure_path.sh-do-not-hardcode-prefix-lib-as-libr.patch \
-   file://fix-setgroup.patch \

file://0001-enc2xs-Add-environment-variable-to-suppress-comments.patch \
file://0002-Constant-Fix-up-shebang.patch \
file://determinism.patch  \
@@ -27,10 +26,10 @@ SRC_URI_append_class-native = " \
file://perl-configpm-switch.patch \
 "
 
-SRC_URI[perl.md5sum] = "9770584cdf9b5631c38097645ce33549"
-SRC_URI[perl.sha256sum] = 
"851213c754d98ccff042caa40ba7a796b2cee88c5325f121be5cbb61bbf975f2"
-SRC_URI[perl-cross.md5sum] = "4dda3daf9c4fe42b3d6a5dd052852a48"
-SRC_URI[perl-cross.sha256sum] = 
"49edea1ea2cd6c5c47386ca71beda8d150c748835781354dbe7f75b1df27e703"
+SRC_URI[perl.md5sum] = "6438eb7b8db9bbde28e01086de376a46"
+SRC_URI[perl.sha256sum] = 
"bf3d25571ff1ee94186177c2cdef87867fd6a14aa5a84f0b1fb7bf798f42f964"
+SRC_URI[perl-cross.md5sum] = "1e463b105cfa56d251a86979af23e3a7"
+SRC_URI[perl-cross.sha256sum] = 
"edce0b0c2f725e2db3f203d6d8e9f3f7161256f5d1590551e40694f21200141d"
 
 S = "${WORKDIR}/perl-${PV}"
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 04/22] xserver-nodm-init: Fix the start failure for non-root user

2020-02-28 Thread Anuj Mittal 
From: Kevin Hao 

In order to start the xserver, a non-root user should have the
cap_sys_admin capability to set the drm master. We try to get
the cap_sys_admin capability by setting it in both the thread
and file inheritable set. The side effect of this is that we
would have to add the "pam" to the distro features if we want
use the xserver-nodm-init for a non-root user.

[Yocto #11526]

Signed-off-by: Kevin Hao 
Signed-off-by: Richard Purdie 
(cherry picked from commit cfd71a68a4931c8bda15357ebb1e9ebcf0e302dc)
Signed-off-by: Armin Kuster 
---
 .../recipes-graphics/x11-common/xserver-nodm-init/capability.conf | 2 ++
 meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm   | 8 
 meta/recipes-graphics/x11-common/xserver-nodm-init_3.0.bb | 7 +--
 3 files changed, 15 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-graphics/x11-common/xserver-nodm-init/capability.conf

diff --git a/meta/recipes-graphics/x11-common/xserver-nodm-init/capability.conf 
b/meta/recipes-graphics/x11-common/xserver-nodm-init/capability.conf
new file mode 100644
index 000..7ab7460
--- /dev/null
+++ b/meta/recipes-graphics/x11-common/xserver-nodm-init/capability.conf
@@ -0,0 +1,2 @@
+cap_sys_admin  @USER@
+none   *
diff --git a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm 
b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
index 6c54855..116bb27 100755
--- a/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
+++ b/meta/recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm
@@ -38,6 +38,14 @@ case "$1" in
if [ -e /dev/hidraw0 ]; then
chmod o+rw /dev/hidraw*
fi
+   # Make sure that the Xorg has the cap_sys_admin capability which is
+   # needed for setting the drm master
+   if ! grep -q "^auth.*pam_cap\.so" /etc/pam.d/su; then
+   echo "auth  optionalpam_cap.so" >>/etc/pam.d/su
+   fi
+   if ! /usr/sbin/getcap $XSERVER |  grep -q cap_sys_admin; then
+   /usr/sbin/setcap cap_sys_admin+eip $XSERVER
+   fi
fi
 
# Using su rather than sudo as latest 1.8.1 cause failure [YOCTO #1211]
diff --git a/meta/recipes-graphics/x11-common/xserver-nodm-init_3.0.bb 
b/meta/recipes-graphics/x11-common/xserver-nodm-init_3.0.bb
index a77c564..7f4e1e2 100644
--- a/meta/recipes-graphics/x11-common/xserver-nodm-init_3.0.bb
+++ b/meta/recipes-graphics/x11-common/xserver-nodm-init_3.0.bb
@@ -10,6 +10,7 @@ SRC_URI = "file://xserver-nodm \
file://gplv2-license.patch \
file://xserver-nodm.service.in \
file://xserver-nodm.conf.in \
+   file://capability.conf \
 "
 
 S = "${WORKDIR}"
@@ -19,7 +20,7 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
 
 inherit update-rc.d systemd distro_features_check
 
-REQUIRED_DISTRO_FEATURES = "x11"
+REQUIRED_DISTRO_FEATURES = "x11 ${@oe.utils.conditional('ROOTLESS_X', '1', 
'pam', '', d)}"
 
 PACKAGECONFIG ??= "blank"
 # dpms and screen saver will be on only if 'blank' is in PACKAGECONFIG
@@ -40,6 +41,8 @@ do_install() {
 if [ "${ROOTLESS_X}" = "1" ] ; then
 XUSER_HOME="/home/xuser"
 XUSER="xuser"
+install -D capability.conf ${D}${sysconfdir}/security/capability.conf
+sed -i "s:@USER@:${XUSER}:" ${D}${sysconfdir}/security/capability.conf
 else
 XUSER_HOME=${ROOT_HOME}
 XUSER="root"
@@ -60,7 +63,7 @@ do_install() {
 fi
 }
 
-RDEPENDS_${PN} = "xinit ${@oe.utils.conditional('ROOTLESS_X', '1', 
'xuser-account', '', d)}"
+RDEPENDS_${PN} = "xinit ${@oe.utils.conditional('ROOTLESS_X', '1', 
'xuser-account libcap libcap-bin', '', d)}"
 
 INITSCRIPT_NAME = "xserver-nodm"
 INITSCRIPT_PARAMS = "start 9 5 . stop 20 0 1 2 3 6 ."
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 01/22] glibc-testsuite: Remove the do_install task

2020-02-28 Thread Anuj Mittal 
From: Nathan Rossi 

This task is not intended to be run as this recipe does not produce any
packages or install any sysroot content. Additionally running this task
behaves differently from a normal glibc build, and can result in issues.

[YOCTO #13737]

Signed-off-by: Nathan Rossi 
Signed-off-by: Richard Purdie 
(cherry picked from commit 2b51252cb8bd9badfa28794f9ef9431b48752e3d)
Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc-testsuite_2.30.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/glibc/glibc-testsuite_2.30.bb 
b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
index 657fd4d..c44f30b 100644
--- a/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
+++ b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
@@ -58,3 +58,4 @@ addtask do_check after do_compile
 
 inherit nopackages
 deltask do_stash_locale
+deltask do_install
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 06/22] linux-yocto/5.2: update to v5.2.29

2020-02-28 Thread Anuj Mittal 
From: Bruce Ashfield 

Updating linux-yocto/5.2 to the latest korg -stable release that comprises
the following commits:

928ea9c56927 Linux 5.2.29
4e41907620bc slip: Fix use-after-free Read in slip_open
d11814f97a05 can: slcan: Fix use-after-free Read in slcan_open
01313dcf66e7 can: kvaser_usb: kvaser_usb_leaf: Fix some info-leaks to USB 
devices
7f006e58efc2 scsi: libsas: stop discovering if oob mode is disconnected
0e5c48d6b011 staging: comedi: usbduxfast: usbduxfast_ai_cmdtest rounding 
error
d8b3d5fb8765 USB: serial: option: add support for Foxconn T77W968 LTE 
modules
c4fe1d495f9c USB: serial: option: add support for DW5821e with eSIM support
4ac031b15d86 USB: serial: mos7840: fix remote wakeup
4d44a218aea6 USB: serial: mos7720: fix remote wakeup
3561f4d3242f USB: serial: mos7840: add USB ID to support Moxa UPort 2210
13a33fb9debe appledisplay: fix error handling in the scheduled work
0cd437d7c16b USB: chaoskey: fix error case of a timeout
2136119fde46 usb-serial: cp201x: support Mark-10 digital force gauge
3a71173a4a45 usbip: tools: fix fd leakage in the function of 
read_attr_usbip_status
726510907c68 USBIP: add config dependency for SGL_ALLOC
7dd553573bc5 media: mceusb: fix out of bounds read in MCE receiver buffer
1e4921f684ca media: imon: invalid dereference in imon_touch_event
d482dfe2776a media: cxusb: detect cxusb_ctrl_msg error in query
ab4952849dd8 media: b2c2-flexcop-usb: add sanity checking
e2aa61cda115 media: uvcvideo: Fix error path in control parsing failure
115fa3afd4d1 cpufreq: Add NULL checks to show() and store() methods of 
cpufreq
767facdefa23 media: usbvision: Fix races among open, close, and disconnect
ba90b62cb0bd media: usbvision: Fix invalid accesses after device disconnect
829b703e9706 media: vivid: Set vid_cap_streaming and vid_out_streaming to 
true
57f2b5c44f02 nfc: port100: handle command failure cleanly
5fc4dc967e06 ALSA: usb-audio: Fix NULL dereference at parsing BADD
c938307a439a futex: Prevent robust futex exit race
8b0f13ee2b7b nbd: prevent memory leak
1bfd67a1c47b ARM: 8904/1: skip nomap memblocks while finding the 
lowmem/highmem boundary
a634776bcd5e md/raid10: prevent access of uninitialized resync_pages offset
40c0b4538c8b Revert "dm crypt: use WQ_HIGHPRI for the IO and crypt 
workqueues"
53eaf5993eea ath9k_hw: fix uninitialized variable data
5a1b959a78ea ath10k: Fix a NULL-ptr-deref bug in 
ath10k_usb_alloc_urb_from_pipe
8b16c7096bc9 ath10k: Fix HOST capability QMI incompatibility
ceee3b64b0b5 ath10k: restore QCA9880-AR1A (v1) detection
08c0402ed497 Bluetooth: Fix invalid-free in bcsp_close()
c1ed057fbe33 drm/i915/userptr: Try to acquire the page lock around 
set_page_dirty()
5ec5ba44bd85 drm/i915/pmu: "Frequency" is reported as accumulated cycles
c7ceeaf80706 drm/amd/powerplay: issue no PPSMC_MSG_GetCurrPkgPwr on 
unsupported ASICs
1c3fb0c8357e drm/amdgpu: disable gfxoff on original raven
ccd9d21f783e drm/amdgpu: disable gfxoff when using register read interface
6e745cbc5051 mm/ksm.c: don't WARN if page is still mapped in 
remove_stable_node()
79194b4a342c mm/memory_hotplug: don't access uninitialized memmaps in 
shrink_zone_span()
01d151b7e74e virtio_balloon: fix shrinker count
caae62219805 virtio_ring: fix return code on DMA mapping fails
272ed6b7ca4a virtio_console: allocate inbufs in add_port() only if it is 
needed
abce58c3af15 nbd:fix memory leak in nbd_get_socket()
2601193dc253 tools: gpio: Correctly add make dependencies for gpio_utils
3608aa07bac2 gpio: max77620: Fixup debounce delays
c6bf6af12a68 vhost/vsock: split packets to send using multiple buffers
95a617d1f70c net/mlx5: Update the list of the PCI supported devices
febceda6db3f net/mlx5e: Do not use non-EXT link modes in EXT mode
f8bddf0e192a net/mlx5e: Fix error flow cleanup in 
mlx5e_tc_tun_create_header_ipv4/6
e049e3c43308 taprio: don't reject same mqprio settings
8345d40b83bf ipv6/route: return if there is no fib_nh_gw_family
1edfc6649c92 net/tls: enable sk_msg redirect to tls socket egress
27845a1dd06b net/mlx5: Fix auto group size calculation
ec6d299939c3 net/mlx5e: Fix set vf link state error flow
bab144f2a957 net/mlxfw: Verify FSM error code translation doesn't exceed 
array size
3eb4c2e70dce sfc: Only cancel the PPS workqueue if it exists
a03585b724bc net: sched: ensure opts_len <= IP_TUNNEL_OPTS_MAX in 
act_tunnel_key
285a19d8dde0 net/sched: act_pedit: fix WARN() in the traffic path
8e40158af458 net: rtnetlink: prevent underflows in do_setvfinfo()
1afad75b2dba net/mlx4_en: Fix wrong limitation for number of TX rings
ce1291041c39 net/mlx4_en: fix mlx4 ethtool -N insertion
2a7ad86813a4 mlxsw: spectrum_router: Fix determining underlay for a GRE 
tunnel
da957117e731 fbdev: Ditch fb_edid_add_monspecs
1f043415c4f5

[OE-core] [zeus][PATCH 05/22] openssh: backport patch to fix "cert not yet valid" test

2020-02-28 Thread Anuj Mittal 
Fixes [YOCTO #13796]

Signed-off-by: Anuj Mittal 
Signed-off-by: Armin Kuster 
---
 ...at-bozo-decided-to-use-2020-as-a-future-d.patch | 46 ++
 meta/recipes-connectivity/openssh/openssh_8.0p1.bb |  1 +
 2 files changed, 47 insertions(+)
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/0001-upstream-what-bozo-decided-to-use-2020-as-a-future-d.patch

diff --git 
a/meta/recipes-connectivity/openssh/openssh/0001-upstream-what-bozo-decided-to-use-2020-as-a-future-d.patch
 
b/meta/recipes-connectivity/openssh/openssh/0001-upstream-what-bozo-decided-to-use-2020-as-a-future-d.patch
new file mode 100644
index 000..e2930c3
--- /dev/null
+++ 
b/meta/recipes-connectivity/openssh/openssh/0001-upstream-what-bozo-decided-to-use-2020-as-a-future-d.patch
@@ -0,0 +1,46 @@
+From 30a2ab597b8273bddf08e9a3cc5551d7e530 Mon Sep 17 00:00:00 2001
+From: "d...@openbsd.org" 
+Date: Fri, 3 Jan 2020 03:02:26 +
+Subject: [PATCH] upstream: what bozo decided to use 2020 as a future date in a
+ regress
+
+test?
+
+OpenBSD-Regress-ID: 3b953df5a7e14081ff6cf495d4e8d40e153cbc3a
+
+Upstream-Status: Backport 
[https://github.com/openssh/openssh-portable/commit/ff31f15773ee173502eec4d7861ec56f26bba381]
+
+[Dropped the script version and copyright year change at the top]
+
+Signed-off-by: Anuj Mittal 
+---
+ regress/cert-hostkey.sh | 2 +-
+ regress/cert-userkey.sh | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/regress/cert-hostkey.sh b/regress/cert-hostkey.sh
+index 3ce7779..74d5a53 100644
+--- a/regress/cert-hostkey.sh
 b/regress/cert-hostkey.sh
+@@ -248,7 +248,7 @@ test_one() {
+ test_one "user-certificate"   failure "-n $HOSTS"
+ test_one "empty principals"   success "-h"
+ test_one "wrong principals"   failure "-h -n foo"
+-test_one "cert not yet valid" failure "-h -V20200101:20300101"
++test_one "cert not yet valid" failure "-h -V20300101:20320101"
+ test_one "cert expired"   failure "-h -V19800101:19900101"
+ test_one "cert valid interval"success "-h -V-1w:+2w"
+ test_one "cert has constraints"   failure "-h -Oforce-command=false"
+diff --git a/regress/cert-userkey.sh b/regress/cert-userkey.sh
+index 6849e99..de455b8 100644
+--- a/regress/cert-userkey.sh
 b/regress/cert-userkey.sh
+@@ -327,7 +327,7 @@ test_one() {
+ test_one "correct principal"  success "-n ${USER}"
+ test_one "host-certificate"   failure "-n ${USER} -h"
+ test_one "wrong principals"   failure "-n foo"
+-test_one "cert not yet valid" failure "-n ${USER} -V20200101:20300101"
++test_one "cert not yet valid" failure "-n ${USER} -V20300101:20320101"
+ test_one "cert expired"   failure "-n ${USER} -V19800101:19900101"
+ test_one "cert valid interval"success "-n ${USER} -V-1w:+2w"
+ test_one "wrong source-address"   failure "-n ${USER} 
-Osource-address=10.0.0.0/8"
diff --git a/meta/recipes-connectivity/openssh/openssh_8.0p1.bb 
b/meta/recipes-connectivity/openssh/openssh_8.0p1.bb
index 2ffbc9a..3d16f9d 100644
--- a/meta/recipes-connectivity/openssh/openssh_8.0p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_8.0p1.bb
@@ -25,6 +25,7 @@ SRC_URI = 
"http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
file://sshd_check_keys \
file://add-test-support-for-busybox.patch \

file://0001-upstream-fix-integer-overflow-in-XMSS-private-key-pa.patch \
+   
file://0001-upstream-what-bozo-decided-to-use-2020-as-a-future-d.patch \
"
 SRC_URI[md5sum] = "bf050f002fe510e1daecd39044e1122d"
 SRC_URI[sha256sum] = 
"bd943879e69498e8031eb6b7f44d08cdc37d59a7ab689aa0b437320c3481fd68"
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 03/22] qemurunner.py: add try/except for pid handling race

2020-02-28 Thread Anuj Mittal 
From: Trevor Gamblin 

In some instances, attempts to remove the qemu pidfile within the
stop() method fail despite the os.path.exists() call immediately
before implying that the file is present. Add a try/except block
to log a warning if this occurs, rather than failing outright,
since the process simply appears to be exiting at an inconvenient
time.

[YOCTO #13675]

Signed-off-by: Trevor Gamblin 
Signed-off-by: Richard Purdie 
(cherry picked from commit eadb899e23b18eb9eaff145c3bf5b20fb417c3e8)
Signed-off-by: Armin Kuster 
---
 meta/lib/oeqa/utils/qemurunner.py | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index fe8b77d..0d63e44 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -396,7 +396,10 @@ class QemuRunner:
 self.qemupid = None
 self.ip = None
 if os.path.exists(self.qemu_pidfile):
-os.remove(self.qemu_pidfile)
+try:
+os.remove(self.qemu_pidfile)
+except FileNotFoundError as e:
+self.logger.warning('qemu pidfile is no longer present')
 if self.monitorpipe:
 self.monitorpipe.close()
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH 00/22] zeus review request

2020-02-28 Thread Anuj Mittal 
Next set of changes for zeus. Please review.

Clean a-full on autobuilder except a single unrelated fetch failure for esdk 
test.

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/751

Thanks,

Anuj

The following changes since commit f39285bb82e68945a81034b84da09ca1078d6719:

  Revert "bash: Fix CVE-2019-18276" (2020-02-19 18:53:10 +)

are available in the git repository at:

  git://push.openembedded.org/openembedded-core-contrib stable/zeus-next

Alexander Kanavin (5):
  perl: update to 5.30.1
  perl: package Config.pm from arch directory into the main perl package
  perl: install typemap and other extutils metadata as part of perl-core
  libmodule-build-perl: fix ptests
  perl: fix failing ptests

Anuj Mittal (3):
  openssh: backport patch to fix "cert not yet valid" test
  ncurses: add CVE_VERSION
  libxml2: fix CVE-2020-7595

Bruce Ashfield (2):
  linux-yocto/5.2: update to v5.2.29
  linux-yocto/5.2: update to v5.2.32

Jeremy Puhlman (1):
  toolchain-shar-extract: ignore timestamp on decompress

Kevin Hao (1):
  xserver-nodm-init: Fix the start failure for non-root user

Lee Chee Yang (2):
  qemu: Fix CVE-2020-1711
  libxml2: Fix CVE-2019-20388

Nathan Rossi (2):
  glibc-testsuite: Remove the do_install task
  glibc-testsuite: Exclude this recipe from world builds

Richard Purdie (2):
  perl: Fix encode module reproducibility issues
  perl: Fix makefile race causing configuration differences

Ross Burton (1):
  perl: improve reproducibility

Tim Orling (1):
  liberror-perl: upgrade 0.17028 -> 0.17029

Trevor Gamblin (1):
  qemurunner.py: add try/except for pid handling race

Yi Zhao (1):
  ppp: Security fix CVE-2020-8597

 meta/files/toolchain-shar-extract.sh   |  2 +-
 meta/lib/oeqa/utils/qemurunner.py  |  5 +-
 ...at-bozo-decided-to-use-2020-as-a-future-d.patch | 46 
 meta/recipes-connectivity/openssh/openssh_8.0p1.bb |  1 +
 .../0001-pppd-Fix-bounds-check-in-EAP-code.patch   | 47 
 meta/recipes-connectivity/ppp/ppp_2.4.7.bb |  1 +
 meta/recipes-core/glibc/glibc-testsuite_2.30.bb|  3 +
 .../libxml/libxml2/CVE-2019-20388.patch| 37 +
 .../libxml/libxml2/CVE-2020-7595.patch | 36 
 meta/recipes-core/libxml/libxml2_2.9.9.bb  |  2 +
 meta/recipes-core/ncurses/ncurses_6.1+20190803.bb  |  2 +
 ...t-to-correctly-exclude-unbuilt-extensions.patch | 27 +
 meta/recipes-devtools/perl/files/encodefix.patch   | 20 +++
 .../recipes-devtools/perl/files/fix-setgroup.patch | 49 -
 .../perl/files/perl-configpm-switch.patch  |  4 +-
 meta/recipes-devtools/perl/files/racefix.patch | 24 
 ...or-perl_0.17028.bb => liberror-perl_0.17029.bb} |  4 +-
 .../perl/libmodule-build-perl/run-ptest|  2 -
 .../perl/libmodule-build-perl_0.4229.bb|  3 +
 .../perl/{perl_5.30.0.bb => perl_5.30.1.bb}| 31 ---
 meta/recipes-devtools/qemu/qemu.inc|  3 +-
 .../recipes-devtools/qemu/qemu/CVE-2020-1711.patch | 64 ++
 .../x11-common/xserver-nodm-init/capability.conf   |  2 +
 .../x11-common/xserver-nodm-init/xserver-nodm  |  8 +++
 .../x11-common/xserver-nodm-init_3.0.bb|  7 ++-
 meta/recipes-kernel/linux/linux-yocto-rt_5.2.bb|  6 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.2.bb  |  8 +--
 meta/recipes-kernel/linux/linux-yocto_5.2.bb   | 22 
 28 files changed, 379 insertions(+), 87 deletions(-)
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/0001-upstream-what-bozo-decided-to-use-2020-as-a-future-d.patch
 create mode 100644 
meta/recipes-connectivity/ppp/ppp/0001-pppd-Fix-bounds-check-in-EAP-code.patch
 create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2019-20388.patch
 create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch
 create mode 100644 
meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
 create mode 100644 meta/recipes-devtools/perl/files/encodefix.patch
 delete mode 100644 meta/recipes-devtools/perl/files/fix-setgroup.patch
 create mode 100644 meta/recipes-devtools/perl/files/racefix.patch
 rename meta/recipes-devtools/perl/{liberror-perl_0.17028.bb => 
liberror-perl_0.17029.bb} (89%)
 rename meta/recipes-devtools/perl/{perl_5.30.0.bb => perl_5.30.1.bb} (93%)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2020-1711.patch
 create mode 100644 
meta/recipes-graphics/x11-common/xserver-nodm-init/capability.conf

-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2 v4] ptest-packagelists.inc: add coreutils to SLOW list

2020-02-28 Thread Trevor Gamblin 
Signed-off-by: Trevor Gamblin 
---
 meta/conf/distro/include/ptest-packagelists.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index 4afac58e3a..54ace39d53 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -65,6 +65,7 @@ PTESTS_FAST = "\
 PTESTS_SLOW = "\
 babeltrace-ptest \
 busybox-ptest \
+coreutils-ptest \
 dbus-test-ptest \
 e2fsprogs-ptest \
 glib-2.0-ptest \
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2 v4] Add ptest support for coreutils

2020-02-28 Thread Trevor Gamblin 
v4 fixes a multilib issue - do_install_ptest was previously
using sed to make the d_type-check test point at python3 
instead of python, but hard-coded the path for the test file.

Sample test results:

core-image-minimal:
MACHINE| PASS | FAIL | SKIP | TOTAL | TIME (m) |
qemux86-64 |  472 |0 |  143 |   615 |  2.5 |
qemuarm64  |  472 |0 |  143 |   615 |   51 |

core-image-sato:
MACHINE| PASS | FAIL | SKIP | TOTAL | Time (m) |
qemux86-64 |  472 |0 |  143 |   615 |  2.4 |
qemuarm64  |  472 |0 |  143 |   615 |   52 |


Trevor Gamblin (2):
  coreutils: add ptest
  ptest-packagelists.inc: add coreutils to SLOW list

 .../distro/include/ptest-packagelists.inc |  1 +
 .../coreutils/coreutils/run-ptest | 17 +
 meta/recipes-core/coreutils/coreutils_8.31.bb | 37 +++
 3 files changed, 55 insertions(+)
 create mode 100755 meta/recipes-core/coreutils/coreutils/run-ptest

-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v4] coreutils: add ptest

2020-02-28 Thread Trevor Gamblin 
coreutils has a large number of tests, including some added by the
Makefile flags RUN_EXPENSIVE_TESTS and RUN_VERY_EXPENSIVE_TESTS that
significantly increase runtime (and that have been disabled). Note
that the coreutils ptest directory is given blanket permissions at
runtime with chmod -R 777 to ensure that the user created for the
tests will be able to run the test scripts and create the necessary
files in the process.

There is still room to improve the results of this ptest without
the aforementioned additions. Of the tests marked SKIP, there are
30 tests that are currently counted as SKIP because they require
sudo permissions, and another 21 that require membership in
multiple user groups. It is important to know that coreutils has
tests for both root and non-root users. Testing showed that 42
tests are skipped when running as root versus 30 when running as a
non-root user, so the decision was made to run the suite as the
latter. Additionally, gdb, valgrind, and strace could be included
in the RDEPENDS list to increase pass rate, but their total
contribution is 13 tests, so they were omitted to reduce image size.

Finally, note that at least one ptest (misc/head-write-error.sh) is
prone to ERROR on builds of core-image-minimal if extra space is
not provided with IMAGE_ROOTFS_EXTRA_SPACE.

Signed-off-by: Trevor Gamblin 
---
 .../coreutils/coreutils/run-ptest | 17 +
 meta/recipes-core/coreutils/coreutils_8.31.bb | 37 +++
 2 files changed, 54 insertions(+)
 create mode 100755 meta/recipes-core/coreutils/coreutils/run-ptest

diff --git a/meta/recipes-core/coreutils/coreutils/run-ptest 
b/meta/recipes-core/coreutils/coreutils/run-ptest
new file mode 100755
index 00..6d4a7b365d
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils/run-ptest
@@ -0,0 +1,17 @@
+#!/bin/sh
+
+# remove any stale lock files so that the calls to groupadd/useradd don't stop
+# the ptest if re-using the same image
+rm -rf /etc/passwd.lock /etc/group.lock /etc/gshadow.lock
+
+COREUTILSLIB=@libdir@/coreutils
+LOG="${COREUTILSLIB}/ptest/coreutils_ptest_$(date +%Y%m%d-%H%M%S).log"
+USERNAME="tester"
+groupadd ugroup1
+groupadd ugroup2
+useradd -G ugroup1,ugroup2 $USERNAME || echo "user $USERNAME already exists"
+
+su tester -c "cd ${COREUTILSLIB}/ptest && make check-TESTS top_srcdir=. 
srcdir=." 2>&1 | tee -a ${LOG}
+userdel $USERNAME 
+groupdel ugroup1
+groupdel ugroup2
diff --git a/meta/recipes-core/coreutils/coreutils_8.31.bb 
b/meta/recipes-core/coreutils/coreutils_8.31.bb
index 57b2c1bdba..04a0522713 100644
--- a/meta/recipes-core/coreutils/coreutils_8.31.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
@@ -18,6 +18,7 @@ SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
file://0001-uname-report-processor-and-hardware-correctly.patch \
file://disable-ls-output-quoting.patch \
file://0001-local.mk-fix-cross-compiling-problem.patch \
+   file://run-ptest \
   "
 
 SRC_URI_append_libc-musl = "file://strtod_fix_clash_with_strtold.patch"
@@ -143,3 +144,39 @@ python __anonymous() {
 }
 
 BBCLASSEXTEND = "native nativesdk"
+
+inherit ptest
+
+RDEPENDS_${PN}-ptest += "bash findutils gawk liberror-perl 
libmodule-build-perl make perl perl-module-file-stat python3-core sed shadow"
+
+do_install_ptest () {
+install -d ${D}${PTEST_PATH}/tests
+cp -r ${S}/tests/* ${D}${PTEST_PATH}/tests
+sed -i 's/ginstall/install/g'  `grep -R ginstall ${D}${PTEST_PATH}/tests | 
awk -F: '{print $1}' | uniq`
+install -d ${D}${PTEST_PATH}/build-aux
+install ${S}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
+cp ${B}/Makefile ${D}${PTEST_PATH}/
+cp ${S}/init.cfg ${D}${PTEST_PATH}/
+cp -r ${B}/src ${D}${PTEST_PATH}/
+cp -r ${S}/src/*.c ${D}${PTEST_PATH}/src
+sed -i '/^VPATH/s/= .*$/= ./g' ${D}${PTEST_PATH}/Makefile
+sed -i '/^PROGRAMS/s/^/#/g' ${D}${PTEST_PATH}/Makefile
+sed -i '/^Makefile: /s/^.*$/Makefile:/g' ${D}${PTEST_PATH}/Makefile
+sed -i '/^abs_srcdir/s/= .*$/= \$\{PWD\}/g' ${D}${PTEST_PATH}/Makefile
+sed -i '/^abs_top_builddir/s/= .*$/= \$\{PWD\}/g' 
${D}${PTEST_PATH}/Makefile
+sed -i '/^abs_top_srcdir/s/= .*$/= \$\{PWD\}/g' ${D}${PTEST_PATH}/Makefile
+sed -i '/^built_programs/s/ginstall/install/g' ${D}${PTEST_PATH}/Makefile
+chmod -R 777 ${D}${PTEST_PATH}
+
+# Disable subcase stty-pairs.sh, it will cause test framework hang
+sed -i '/stty-pairs.sh/d' ${D}${PTEST_PATH}/Makefile
+
+# Tweak test d_type-check to use python3 instead of python
+sed -i "1s@.*@#!/usr/bin/python3@" ${D}${PTEST_PATH}/tests/d_type-check
+install ${B}/src/getlimits ${D}/${bindir}
+
+# handle multilib
+sed -i s:@libdir@:${libdir}:g ${D}${PTEST_PATH}/run-ptest
+}
+
+FILES_${PN}-ptest += "${bindir}/getlimits"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

Re: [OE-core] Overriding SDE_FILE

2020-02-28 Thread Jacob Kroon 

On 2/28/20 3:18 PM, Joshua Watt wrote:


On 2/28/20 7:41 AM, Jacob Kroon wrote:

On 2/28/20 2:39 PM, Jacob Kroon wrote:

On 2/27/20 11:35 PM, Douglas Royds via Openembedded-core wrote:

On 28/02/20 11:34 am, Joshua Watt wrote:



On 2/27/20 4:29 PM, Douglas Royds wrote:


On 28/02/20 10:49 am, Joshua Watt wrote:



On 2/27/20 3:22 PM, Douglas Royds wrote:


On 28/02/20 5:45 am, Joshua Watt wrote:


On 2/27/20 9:01 AM, Joshua Watt wrote:

On 2/26/20 11:46 PM, Douglas Royds wrote:


On 26/02/20 4:53 am, Jacob Kroon wrote:


On 2/24/20 8:25 AM, Jacob Kroon wrote:

Hi Douglas,

You updated a comment in reproducible_build.bbclass, commit 
e7b891b76954c784f5a93bd0a1c91315673ce40d:


-# Once the value of SOURCE_DATE_EPOCH is determined, it 
is stored in the recipe's ${SDE_FILE}.
+# Once the value of SOURCE_DATE_EPOCH is determined, it 
is stored in the recipe's SDE_FILE.
+# If none of these mechanisms are suitable, replace the 
do_deploy_source_date_epoch task
+# with recipe-specific functionality to write the 
appropriate SOURCE_DATE_EPOCH into the SDE_FILE.

+#


But I can't really get this to work. What did work for me 
was to replace "do_create_source_date_epoch_stamp()" in my 
recipe:


do_create_source_date_epoch_stamp() {
 mkdir -p ${SDE_DIR}
 date -d "1981-03-03" "+%s" > ${SDE_FILE}
}

What is the intended way to achieve the thing I'm trying to 
do here ?




FYI, JPEW has a proposed patch here

http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=d091d2aa53ea417f70c10f5ce89151820c3db9ce 



for allowing a recipe to just set SOURCE_DATE_EPOCH directly.

But maybe that currently is at odds with SOURCE_DATE_EPOCH 
being in BB_HASHBASE_WHITELIST ?


/Jacob



On the surface of it, my comment appears to be just wrong: It 
does make sense to replace 
do_create_source_date_epoch_stamp() as you suggest.


Joshua's proposed patch looks promising:

  * Should the new function not be called first, so that it
    takes priority over the git, known files, and youngest file
    functions? If someone has explicitly set SOURCE_DATE_EPOCH,
    then they want it to take priority.

Having that be the first option makes sense. The only case in 
which that might not work, is if a recipe does something like:


 SOURCE_DATE_EPOCH = "${@my_awesome_sde_calculation(d)}"

e.g. uses a function to get the SDE instead of setting to a 
fixed value, but that's probably going to be extremely rare.




 *



  * As you observe, SOURCE_DATE_EPOCH would need to be removed
    from BB_HASHBASE_WHITELIST. I'm not sure why it was in the
    whitelist in the first place.

I'm not sure why exactly it is whitelisted; I didn't write the 
original code that whitelisted it, but I've CC'd Juro in case 
he happens to remember.


After a discussion with Richard, we figured out why 
SOURCE_DATE_EPOCH has to be whitelisted. The value of the 
variable *must* be calculable at parse time before any task is 
ran, but in practice it's value is only available once the 
__source_date_epoch.txt file is present, which is after 
parsing. This causes the taskhash to be calculated differently 
during parsing and task execution which causes taskhash 
mismatch errors.




True.

What to do? Would it work to use a different non-whitelisted 
variable in the recipe, eg. SOURCE_DATE_EPOCH_FIXED?




Ya, that would work. You'd have to figure out how to get the 
variable to be included in each taskhash even though it's not 
directly referenced, but I'm sure that's possible.



Another option that's at lot more "magic" would be something like 
this: 
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=2b524916cf35238ff3deea34017e8a4cd73926cd 



That's really weird, and I'm not sure I like it, but worth a 
thought.


If it works, it's good. I like the fact that the user can just set 
SOURCE_DATE_EPOCH directly in their recipe.


How about ...

    BB_HASHBASE_WHITELIST += "${@'SOURCE_DATE_EPOCH' if not
    source_date_epoch_var(d) else ''}"

Ya, that works. The only reason I chose "is None" was in case a 
user really wanted to do


  SOURCE_DATE_EPOCH = "0"


True, best to allow for that.



Joshua, I just tried the two top patches in your reproducible branch; 
I can see that SOURCE_DATE_EPOCH is not in BB_HASHBASE_WHITELIST, 
however, changing its value in my recipe doesn't trigger rebuilding 
for some reason..


In case it makes a difference, I only reference ${SOURCE_DATE_EPOCH} 
in my do_install() task.



I don't think it matters. My understanding is that an export variable 
(like SOURCE_DATE_EPOCH) is included in the taskhash of all tasks unless 
it is specifically whitelisted. It's possible there is some bug I 
haven't throughly tested it yet or it just can't work that way at 
all for some reason. You might be able to dump the task signature for 
your do_install task to see if SOURCE_DATE_EPOCH is being included.




Using bitbake-dumpsig I can see that SOURCE_DATE_EPOCH is still in 
"basewhitelist:"

Re: [OE-core] Overriding SDE_FILE

2020-02-28 Thread Joshua Watt 


On 2/28/20 7:41 AM, Jacob Kroon wrote:

On 2/28/20 2:39 PM, Jacob Kroon wrote:

On 2/27/20 11:35 PM, Douglas Royds via Openembedded-core wrote:

On 28/02/20 11:34 am, Joshua Watt wrote:



On 2/27/20 4:29 PM, Douglas Royds wrote:


On 28/02/20 10:49 am, Joshua Watt wrote:



On 2/27/20 3:22 PM, Douglas Royds wrote:


On 28/02/20 5:45 am, Joshua Watt wrote:


On 2/27/20 9:01 AM, Joshua Watt wrote:

On 2/26/20 11:46 PM, Douglas Royds wrote:


On 26/02/20 4:53 am, Jacob Kroon wrote:


On 2/24/20 8:25 AM, Jacob Kroon wrote:

Hi Douglas,

You updated a comment in reproducible_build.bbclass, commit 
e7b891b76954c784f5a93bd0a1c91315673ce40d:


-# Once the value of SOURCE_DATE_EPOCH is determined, it 
is stored in the recipe's ${SDE_FILE}.
+# Once the value of SOURCE_DATE_EPOCH is determined, it 
is stored in the recipe's SDE_FILE.
+# If none of these mechanisms are suitable, replace the 
do_deploy_source_date_epoch task
+# with recipe-specific functionality to write the 
appropriate SOURCE_DATE_EPOCH into the SDE_FILE.

+#


But I can't really get this to work. What did work for me 
was to replace "do_create_source_date_epoch_stamp()" in my 
recipe:


do_create_source_date_epoch_stamp() {
 mkdir -p ${SDE_DIR}
 date -d "1981-03-03" "+%s" > ${SDE_FILE}
}

What is the intended way to achieve the thing I'm trying to 
do here ?




FYI, JPEW has a proposed patch here

http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=d091d2aa53ea417f70c10f5ce89151820c3db9ce 



for allowing a recipe to just set SOURCE_DATE_EPOCH directly.

But maybe that currently is at odds with SOURCE_DATE_EPOCH 
being in BB_HASHBASE_WHITELIST ?


/Jacob



On the surface of it, my comment appears to be just wrong: It 
does make sense to replace 
do_create_source_date_epoch_stamp() as you suggest.


Joshua's proposed patch looks promising:

  * Should the new function not be called first, so that it
    takes priority over the git, known files, and youngest file
    functions? If someone has explicitly set SOURCE_DATE_EPOCH,
    then they want it to take priority.

Having that be the first option makes sense. The only case in 
which that might not work, is if a recipe does something like:


 SOURCE_DATE_EPOCH = "${@my_awesome_sde_calculation(d)}"

e.g. uses a function to get the SDE instead of setting to a 
fixed value, but that's probably going to be extremely rare.




 *



  * As you observe, SOURCE_DATE_EPOCH would need to be removed
    from BB_HASHBASE_WHITELIST. I'm not sure why it was in the
    whitelist in the first place.

I'm not sure why exactly it is whitelisted; I didn't write the 
original code that whitelisted it, but I've CC'd Juro in case 
he happens to remember.


After a discussion with Richard, we figured out why 
SOURCE_DATE_EPOCH has to be whitelisted. The value of the 
variable *must* be calculable at parse time before any task is 
ran, but in practice it's value is only available once the 
__source_date_epoch.txt file is present, which is after 
parsing. This causes the taskhash to be calculated differently 
during parsing and task execution which causes taskhash 
mismatch errors.




True.

What to do? Would it work to use a different non-whitelisted 
variable in the recipe, eg. SOURCE_DATE_EPOCH_FIXED?




Ya, that would work. You'd have to figure out how to get the 
variable to be included in each taskhash even though it's not 
directly referenced, but I'm sure that's possible.



Another option that's at lot more "magic" would be something like 
this: 
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=2b524916cf35238ff3deea34017e8a4cd73926cd 



That's really weird, and I'm not sure I like it, but worth a 
thought.


If it works, it's good. I like the fact that the user can just set 
SOURCE_DATE_EPOCH directly in their recipe.


How about ...

    BB_HASHBASE_WHITELIST += "${@'SOURCE_DATE_EPOCH' if not
    source_date_epoch_var(d) else ''}"

Ya, that works. The only reason I chose "is None" was in case a 
user really wanted to do


  SOURCE_DATE_EPOCH = "0"


True, best to allow for that.



Joshua, I just tried the two top patches in your reproducible branch; 
I can see that SOURCE_DATE_EPOCH is not in BB_HASHBASE_WHITELIST, 
however, changing its value in my recipe doesn't trigger rebuilding 
for some reason..


In case it makes a difference, I only reference ${SOURCE_DATE_EPOCH} 
in my do_install() task.



I don't think it matters. My understanding is that an export variable 
(like SOURCE_DATE_EPOCH) is included in the taskhash of all tasks unless 
it is specifically whitelisted. It's possible there is some bug I 
haven't throughly tested it yet or it just can't work that way at 
all for some reason. You might be able to dump the task signature for 
your do_install task to see if SOURCE_DATE_EPOCH is being included.


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

Re: [OE-core] Overriding SDE_FILE

2020-02-28 Thread Jacob Kroon 

On 2/28/20 2:39 PM, Jacob Kroon wrote:

On 2/27/20 11:35 PM, Douglas Royds via Openembedded-core wrote:

On 28/02/20 11:34 am, Joshua Watt wrote:



On 2/27/20 4:29 PM, Douglas Royds wrote:


On 28/02/20 10:49 am, Joshua Watt wrote:



On 2/27/20 3:22 PM, Douglas Royds wrote:


On 28/02/20 5:45 am, Joshua Watt wrote:


On 2/27/20 9:01 AM, Joshua Watt wrote:

On 2/26/20 11:46 PM, Douglas Royds wrote:


On 26/02/20 4:53 am, Jacob Kroon wrote:


On 2/24/20 8:25 AM, Jacob Kroon wrote:

Hi Douglas,

You updated a comment in reproducible_build.bbclass, commit 
e7b891b76954c784f5a93bd0a1c91315673ce40d:


-# Once the value of SOURCE_DATE_EPOCH is determined, it is 
stored in the recipe's ${SDE_FILE}.
+# Once the value of SOURCE_DATE_EPOCH is determined, it is 
stored in the recipe's SDE_FILE.
+# If none of these mechanisms are suitable, replace the 
do_deploy_source_date_epoch task
+# with recipe-specific functionality to write the 
appropriate SOURCE_DATE_EPOCH into the SDE_FILE.

+#


But I can't really get this to work. What did work for me was 
to replace "do_create_source_date_epoch_stamp()" in my recipe:


do_create_source_date_epoch_stamp() {
 mkdir -p ${SDE_DIR}
 date -d "1981-03-03" "+%s" > ${SDE_FILE}
}

What is the intended way to achieve the thing I'm trying to 
do here ?




FYI, JPEW has a proposed patch here

http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=d091d2aa53ea417f70c10f5ce89151820c3db9ce 



for allowing a recipe to just set SOURCE_DATE_EPOCH directly.

But maybe that currently is at odds with SOURCE_DATE_EPOCH 
being in BB_HASHBASE_WHITELIST ?


/Jacob



On the surface of it, my comment appears to be just wrong: It 
does make sense to replace do_create_source_date_epoch_stamp() 
as you suggest.


Joshua's proposed patch looks promising:

  * Should the new function not be called first, so that it
    takes priority over the git, known files, and youngest file
    functions? If someone has explicitly set SOURCE_DATE_EPOCH,
    then they want it to take priority.

Having that be the first option makes sense. The only case in 
which that might not work, is if a recipe does something like:


 SOURCE_DATE_EPOCH = "${@my_awesome_sde_calculation(d)}"

e.g. uses a function to get the SDE instead of setting to a 
fixed value, but that's probably going to be extremely rare.




 *



  * As you observe, SOURCE_DATE_EPOCH would need to be removed
    from BB_HASHBASE_WHITELIST. I'm not sure why it was in the
    whitelist in the first place.

I'm not sure why exactly it is whitelisted; I didn't write the 
original code that whitelisted it, but I've CC'd Juro in case he 
happens to remember.


After a discussion with Richard, we figured out why 
SOURCE_DATE_EPOCH has to be whitelisted. The value of the 
variable *must* be calculable at parse time before any task is 
ran, but in practice it's value is only available once the 
__source_date_epoch.txt file is present, which is after parsing. 
This causes the taskhash to be calculated differently during 
parsing and task execution which causes taskhash mismatch errors.




True.

What to do? Would it work to use a different non-whitelisted 
variable in the recipe, eg. SOURCE_DATE_EPOCH_FIXED?




Ya, that would work. You'd have to figure out how to get the 
variable to be included in each taskhash even though it's not 
directly referenced, but I'm sure that's possible.



Another option that's at lot more "magic" would be something like 
this: 
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=2b524916cf35238ff3deea34017e8a4cd73926cd 



That's really weird, and I'm not sure I like it, but worth a thought.

If it works, it's good. I like the fact that the user can just set 
SOURCE_DATE_EPOCH directly in their recipe.


How about ...

    BB_HASHBASE_WHITELIST += "${@'SOURCE_DATE_EPOCH' if not
    source_date_epoch_var(d) else ''}"

Ya, that works. The only reason I chose "is None" was in case a user 
really wanted to do


  SOURCE_DATE_EPOCH = "0"


True, best to allow for that.



Joshua, I just tried the two top patches in your reproducible branch; I 
can see that SOURCE_DATE_EPOCH is not in BB_HASHBASE_WHITELIST, however, 
changing its value in my recipe doesn't trigger rebuilding for some 
reason..


In case it makes a difference, I only reference ${SOURCE_DATE_EPOCH} in 
my do_install() task.

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Overriding SDE_FILE

2020-02-28 Thread Jacob Kroon 

On 2/27/20 11:35 PM, Douglas Royds via Openembedded-core wrote:

On 28/02/20 11:34 am, Joshua Watt wrote:



On 2/27/20 4:29 PM, Douglas Royds wrote:


On 28/02/20 10:49 am, Joshua Watt wrote:



On 2/27/20 3:22 PM, Douglas Royds wrote:


On 28/02/20 5:45 am, Joshua Watt wrote:


On 2/27/20 9:01 AM, Joshua Watt wrote:

On 2/26/20 11:46 PM, Douglas Royds wrote:


On 26/02/20 4:53 am, Jacob Kroon wrote:


On 2/24/20 8:25 AM, Jacob Kroon wrote:

Hi Douglas,

You updated a comment in reproducible_build.bbclass, commit 
e7b891b76954c784f5a93bd0a1c91315673ce40d:


-# Once the value of SOURCE_DATE_EPOCH is determined, it is 
stored in the recipe's ${SDE_FILE}.
+# Once the value of SOURCE_DATE_EPOCH is determined, it is 
stored in the recipe's SDE_FILE.
+# If none of these mechanisms are suitable, replace the 
do_deploy_source_date_epoch task
+# with recipe-specific functionality to write the 
appropriate SOURCE_DATE_EPOCH into the SDE_FILE.

+#


But I can't really get this to work. What did work for me was 
to replace "do_create_source_date_epoch_stamp()" in my recipe:


do_create_source_date_epoch_stamp() {
 mkdir -p ${SDE_DIR}
 date -d "1981-03-03" "+%s" > ${SDE_FILE}
}

What is the intended way to achieve the thing I'm trying to do 
here ?




FYI, JPEW has a proposed patch here

http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=d091d2aa53ea417f70c10f5ce89151820c3db9ce 



for allowing a recipe to just set SOURCE_DATE_EPOCH directly.

But maybe that currently is at odds with SOURCE_DATE_EPOCH 
being in BB_HASHBASE_WHITELIST ?


/Jacob



On the surface of it, my comment appears to be just wrong: It 
does make sense to replace do_create_source_date_epoch_stamp() 
as you suggest.


Joshua's proposed patch looks promising:

  * Should the new function not be called first, so that it
takes priority over the git, known files, and youngest file
functions? If someone has explicitly set SOURCE_DATE_EPOCH,
then they want it to take priority.

Having that be the first option makes sense. The only case in 
which that might not work, is if a recipe does something like:


 SOURCE_DATE_EPOCH = "${@my_awesome_sde_calculation(d)}"

e.g. uses a function to get the SDE instead of setting to a fixed 
value, but that's probably going to be extremely rare.




 *



  * As you observe, SOURCE_DATE_EPOCH would need to be removed
from BB_HASHBASE_WHITELIST. I'm not sure why it was in the
whitelist in the first place.

I'm not sure why exactly it is whitelisted; I didn't write the 
original code that whitelisted it, but I've CC'd Juro in case he 
happens to remember.


After a discussion with Richard, we figured out why 
SOURCE_DATE_EPOCH has to be whitelisted. The value of the variable 
*must* be calculable at parse time before any task is ran, but in 
practice it's value is only available once the 
__source_date_epoch.txt file is present, which is after parsing. 
This causes the taskhash to be calculated differently during 
parsing and task execution which causes taskhash mismatch errors.




True.

What to do? Would it work to use a different non-whitelisted 
variable in the recipe, eg. SOURCE_DATE_EPOCH_FIXED?




Ya, that would work. You'd have to figure out how to get the 
variable to be included in each taskhash even though it's not 
directly referenced, but I'm sure that's possible.



Another option that's at lot more "magic" would be something like 
this: 
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/reproducible=2b524916cf35238ff3deea34017e8a4cd73926cd 



That's really weird, and I'm not sure I like it, but worth a thought.

If it works, it's good. I like the fact that the user can just set 
SOURCE_DATE_EPOCH directly in their recipe.


How about ...

BB_HASHBASE_WHITELIST += "${@'SOURCE_DATE_EPOCH' if not
source_date_epoch_var(d) else ''}"

Ya, that works. The only reason I chose "is None" was in case a user 
really wanted to do


  SOURCE_DATE_EPOCH = "0"


True, best to allow for that.



Joshua, I just tried the two top patches in your reproducible branch; I 
can see that SOURCE_DATE_EPOCH is not in BB_HASHBASE_WHITELIST, however, 
changing its value in my recipe doesn't trigger rebuilding for some reason..

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2 v3] coreutils: add ptest

2020-02-28 Thread Trevor Gamblin 


On 2/27/20 10:59 PM, Anuj Mittal wrote:



On 27-Feb-20 02:07 AM, Trevor Gamblin wrote:

coreutils has a large number of tests, including some added by the
Makefile flags RUN_EXPENSIVE_TESTS and RUN_VERY_EXPENSIVE_TESTS that
significantly increase runtime (and which have been disabled). Note
that the coreutils ptest directory is given blanket permissions at
runtime with chmod -R 777, to ensure that the user created for the
tests will be able to run the test scripts and create the necessary
files in the process without being impeded by permissions issues.

There is still room to improve the results of this ptest without
the aforementioned additions. Of the tests marked SKIP, there are
30 tests that are currently counted as SKIP because they require
sudo permissions, and another 21 that require membership in
multiple user groups. It is important to know that coreutils has
tests for both root and non-root users. Testing showed that 42
tests are skipped when running as root versus 30 when running as a
non-root user, so the decision was made to run the suite as the
latter. Additionally, gdb, valgrind, and strace could be included
in the RDEPENDS list to increase pass rate, but their total
contribution is 13 tests, so they were omitted to reduce image size.

Finally, note that at least one ptest (misc/head-write-error.sh) is
prone to ERROR on builds of core-image-minimal if extra space is
not provided with IMAGE_ROOTFS_EXTRA_SPACE.

Signed-off-by: Trevor Gamblin 
---
  .../coreutils/coreutils/run-ptest | 17 +
  meta/recipes-core/coreutils/coreutils_8.31.bb | 37 +++
  2 files changed, 54 insertions(+)
  create mode 100755 meta/recipes-core/coreutils/coreutils/run-ptest

diff --git a/meta/recipes-core/coreutils/coreutils/run-ptest 
b/meta/recipes-core/coreutils/coreutils/run-ptest

new file mode 100755
index 00..6d4a7b365d
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils/run-ptest
@@ -0,0 +1,17 @@
+#!/bin/sh
+
+# remove any stale lock files so that the calls to groupadd/useradd 
don't stop

+# the ptest if re-using the same image
+rm -rf /etc/passwd.lock /etc/group.lock /etc/gshadow.lock
+
+COREUTILSLIB=@libdir@/coreutils
+LOG="${COREUTILSLIB}/ptest/coreutils_ptest_$(date +%Y%m%d-%H%M%S).log"
+USERNAME="tester"
+groupadd ugroup1
+groupadd ugroup2
+useradd -G ugroup1,ugroup2 $USERNAME || echo "user $USERNAME already 
exists"

+
+su tester -c "cd ${COREUTILSLIB}/ptest && make check-TESTS 
top_srcdir=. srcdir=." 2>&1 | tee -a ${LOG}

+userdel $USERNAME
+groupdel ugroup1
+groupdel ugroup2
diff --git a/meta/recipes-core/coreutils/coreutils_8.31.bb 
b/meta/recipes-core/coreutils/coreutils_8.31.bb

index 57b2c1bdba..8bec4e0f3c 100644
--- a/meta/recipes-core/coreutils/coreutils_8.31.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
@@ -18,6 +18,7 @@ SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
file://0001-uname-report-processor-and-hardware-correctly.patch \
 file://disable-ls-output-quoting.patch \
file://0001-local.mk-fix-cross-compiling-problem.patch \
+   file://run-ptest \
    "
    SRC_URI_append_libc-musl = 
"file://strtod_fix_clash_with_strtold.patch"

@@ -143,3 +144,39 @@ python __anonymous() {
  }
    BBCLASSEXTEND = "native nativesdk"
+
+inherit ptest
+
+RDEPENDS_${PN}-ptest += "bash findutils gawk liberror-perl 
libmodule-build-perl make perl perl-module-file-stat python3-core sed 
shadow"

+
+do_install_ptest () {
+    install -d ${D}${PTEST_PATH}/tests
+    cp -r ${S}/tests/* ${D}${PTEST_PATH}/tests
+    sed -i 's/ginstall/install/g'  `grep -R ginstall 
${D}${PTEST_PATH}/tests | awk -F: '{print $1}' | uniq`

+    install -d ${D}${PTEST_PATH}/build-aux
+    install ${S}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
+    cp ${B}/Makefile ${D}${PTEST_PATH}/
+    cp ${S}/init.cfg ${D}${PTEST_PATH}/
+    cp -r ${B}/src ${D}${PTEST_PATH}/
+    cp -r ${S}/src/*.c ${D}${PTEST_PATH}/src
+    sed -i '/^VPATH/s/= .*$/= ./g' ${D}${PTEST_PATH}/Makefile
+    sed -i '/^PROGRAMS/s/^/#/g' ${D}${PTEST_PATH}/Makefile
+    sed -i '/^Makefile: /s/^.*$/Makefile:/g' ${D}${PTEST_PATH}/Makefile
+    sed -i '/^abs_srcdir/s/= .*$/= \$\{PWD\}/g' 
${D}${PTEST_PATH}/Makefile
+    sed -i '/^abs_top_builddir/s/= .*$/= \$\{PWD\}/g' 
${D}${PTEST_PATH}/Makefile
+    sed -i '/^abs_top_srcdir/s/= .*$/= \$\{PWD\}/g' 
${D}${PTEST_PATH}/Makefile
+    sed -i '/^built_programs/s/ginstall/install/g' 
${D}${PTEST_PATH}/Makefile

+    chmod -R 777 ${D}${PTEST_PATH}
+
+    # Disable subcase stty-pairs.sh, it will cause test framework hang
+    sed -i '/stty-pairs.sh/d' ${D}${PTEST_PATH}/Makefile
+
+    # Tweak test d_type-check to use python3 instead of python
+    sed -i "1s@.*@#!/usr/bin/python3@" 
${WORKDIR}/image/usr/lib/coreutils/ptest/tests/d_type-check


This is assuming /usr/lib and failing with multilib:

https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/1642/steps/8/logs/step3b 


Ah! Good catch. Will resend with the fix.


ERROR:

Re: [OE-core] [PATCH v2] util-linux: upgrade 2.34 -> 2.35.1

2020-02-28 Thread Richard Purdie 
On Wed, 2020-02-26 at 18:35 +0100, Pierre-Jean Texier via Openembedded-core 
wrote:
> License-Update: add GPLv3 text in README.licensing
> 
> Also:
>  - Drop upstreamed patch
>  - Use 'disable-hwclock-gplv3' explicitly.
> 
> Since commit 7a3000f7ba548cf7d74ac77cc63fe8de228a669e ("hwclock: use 
> parse_date function") hwclock is linked
> with parse_date.y from gnullib. This gnulib code is distributed with GPLv3.
> So, we have to use '--disable-hwclock-gplv3' to exclude this code.
> 
> See full changelog 
> https://lore.kernel.org/util-linux/20200131095846.ogjtqrs7ai774...@ws.net.home/T/#u
> 
> Signed-off-by: Pierre-Jean Texier 
> ---
> Changes v1 -> v2
>  - bump to 2.35.1 instead of 2.35
>  - use disable-hwclock-gplv3 option to not use datetime parsing GPLv3 code
>  
> FYI, hwclock will be made GPLv2-only again in v2.36, see:
> 
>  - 
> https://lore.kernel.org/util-linux/20200127202152.4jh2w4chch37w...@ws.net.home/T/#e0c176440ca3f7b10693ff8f0afaf114b4b94405d
> 
>  meta/recipes-core/util-linux/util-linux.inc|  3 +-
>  ...lsblk-force-to-print-PKNAME-for-partition.patch | 36 
> --
>  meta/recipes-core/util-linux/util-linux_2.34.bb| 14 -
>  meta/recipes-core/util-linux/util-linux_2.35.1.bb  | 13 
>  4 files changed, 15 insertions(+), 51 deletions(-)
>  delete mode 100644 
> meta/recipes-core/util-linux/util-linux/0001-lsblk-force-to-print-PKNAME-for-partition.patch
>  delete mode 100644 meta/recipes-core/util-linux/util-linux_2.34.bb
>  create mode 100644 meta/recipes-core/util-linux/util-linux_2.35.1.bb

Unfortately this does seem to expose a problem with wic, e.g.:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/732

which can be reproduced with:

oe-selftest -r wic.Wic2.test_expand_mbr_image

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v4 1/2] ltp: Update to 20200120

2020-02-28 Thread Richard Purdie 
On Fri, 2020-02-28 at 13:08 +0100, Petr Vorel wrote:
> Hi Richard,
> 
> > > Changes v3->v4:
> > > * Fix musl build with LIBS=-lfts
> > Unfortunately the musl build is still failing with this version:
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1627
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1631
> Any idea, how to fix it? libcgroup uses the same flag LIBS=-lfts.
> Maybe the variable isn't propagated.
> Or is the dependency expressed enough?
> 
> DEPENDS_append_libc-musl = " fts "
> EXTRA_OEMAKE_append_libc-musl = " LIBC=musl LIBS=-lfts "
> 
> I'll have to put back patch
> 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch, but
> that's bad, buildroot works without it.

I have to admit I haven't looked in detail at the issue. These builds
are proving a bit tricky to sort out as there are so many issues with
different patches. It will be later today before I could think about
that. I'm hoping Khem may have more ideas.

Unfortunately there is a second ltp issue (non-musl):

https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/574

It would be nice to move to the new version and drop some of the
patches for 3.1...

Cheers,

Richard


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v4 1/2] ltp: Update to 20200120

2020-02-28 Thread Petr Vorel 
Hi Richard,

> > Changes v3->v4:
> > * Fix musl build with LIBS=-lfts

> Unfortunately the musl build is still failing with this version:

> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1627
> https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1631
Any idea, how to fix it? libcgroup uses the same flag LIBS=-lfts.
Maybe the variable isn't propagated.
Or is the dependency expressed enough?

DEPENDS_append_libc-musl = " fts "
EXTRA_OEMAKE_append_libc-musl = " LIBC=musl LIBS=-lfts "

I'll have to put back patch
0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch, but that's bad,
buildroot works without it.

Kind regards,
Petr
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v4 1/2] ltp: Update to 20200120

2020-02-28 Thread Richard Purdie 
On Fri, 2020-02-28 at 07:12 +0100, Petr Vorel wrote:
> Removed ffsb copying file (tool removed from upstream)
> 
> Added LIBS=-lfts for MUSL.
> 
> Removed patches (accepted upstream)
> * 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch
> * 0001-mkswap01.sh-Add-udevadm-trigger-before-swap-verifica.patch
> * 0001-testcases-fix-an-absent-format-string-issue.patch
> * 0001-nm01-Remove-prefix-zeros-of-the-addresses-output-by-.patch
> 
> Merged patches
> * 0006-rt_tgsigqueueinfo-disable-test-on-musl.patch
> (into 0001-build-Add-option-to-select-libc-implementation.patch as
> they
> touch the same files)
> 
> Refreshed patches (some tests have been fixed for musl)
> * 0001-Add-more-musl-exclusions.patch
> * 0001-build-Add-option-to-select-libc-implementation.patch
> 
> Updated status
> * 0008-testcases-network-nfsv4-acl-acl1.c-Security-fix-on-s.patch
> * 0001-syscalls-Check-for-time64-unsafe-syscalls-before-usi.patch
> 
> Signed-off-by: Petr Vorel 
> ---
> Changes v3->v4:
> * Fix musl build with LIBS=-lfts

Unfortunately the musl build is still failing with this version:

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1627
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1631

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/4] at-spi2-atk: upgrade 2.32.0 -> 2.34.1

2020-02-28 Thread Alexander Kanavin 
I actually have a number of patches I have to hold because they don't build
or don't work on centos 7.
Latest atk and friends included:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates-later

Something ought to be done about centos 7, I'm all for dropping it asap, if
the newer compiler installation turns out unfeasible.

Alex

On Fri, 28 Feb 2020 at 05:35, Tim Orling  wrote:

> All those build failures are on CentOS-7.
> Grumble grumble.
>
> On Thu, Feb 27, 2020 at 8:32 PM Tim Orling  wrote:
>
>> Strange. I built it in new environment, tip of master, on Debian-10 and
>> no problems. I’ll look into it tomorrow.
>>
>> Thank you for the information.
>>
>> On Thu, Feb 27, 2020 at 8:28 PM Khem Raj  wrote:
>>
>>>
>>>
>>> On 2/27/20 7:54 PM, Anuj Mittal wrote:
>>> > Hi Tim,
>>> >
>>> > On 27-Feb-20 08:06 AM, Tim Orling wrote:
>>> >> Release notes:
>>> >>
>>> https://gitlab.gnome.org/GNOME/at-spi2-atk/-/raw/043b793de2161a0548835424f4d087ac90d1172d/NEWS
>>> >>
>>> >>
>>> >> License-Update: Changed to LGPL-2.1+
>>> >>
>>> >> Signed-off-by: Tim Orling 
>>> >> ---
>>> >>   .../atk/{at-spi2-atk_2.32.0.bb => at-spi2-atk_2.34.1.bb}  | 8
>>> 
>>> >>   1 file changed, 4 insertions(+), 4 deletions(-)
>>> >>   rename meta/recipes-support/atk/{at-spi2-atk_2.32.0.bb =>
>>> >> at-spi2-atk_2.34.1.bb} (66%)
>>> >
>>> > This is failing on musl-qemu86:
>>> >
>>> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1623
>>> >
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error: unknown
>>> field
>>> > ‘tv_sec’ specified in initializer
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: excess
>>> > elements in struct initializer [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: (near
>>> > initialization for ‘timeout’) [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: error: unknown
>>> field
>>> > ‘tv_nsec’ specified in initializer
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: excess
>>> > elements in struct initializer [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:10: warning: (near
>>> > initialization for ‘timeout’) [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:75:19: error: storage size
>>> > of ‘timeout’ isn’t known
>>> > struct timespec timeout = { .tv_sec = 0, .tv_nsec = 10 * 100 };
>>> > ^
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:90:5: warning: implicit
>>> > declaration of function ‘nanosleep’ [-Wimplicit-function-declaration]
>>> >   nanosleep(, NULL);
>>> >   ^
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c: In function
>>> ‘terminate_app’:
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: error: variable
>>> > ‘timeout’ has initializer but incomplete type
>>> > struct timespec timeout = { .tv_sec = 0, .tv_nsec = 10 * 100 };
>>> >^
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: error: unknown
>>> field
>>> > ‘tv_sec’ specified in initializer
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: excess
>>> > elements in struct initializer [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: (near
>>> > initialization for ‘timeout’) [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: error: unknown
>>> field
>>> > ‘tv_nsec’ specified in initializer
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: excess
>>> > elements in struct initializer [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:10: warning: (near
>>> > initialization for ‘timeout’) [enabled by default]
>>> > ../at-spi2-atk-2.34.1/tests/atk_test_util.c:108:19: error: storage
>>> size
>>> > of ‘timeout’ isn’t known
>>> > struct timespec timeout = { .tv_sec = 0, .tv_nsec = 10 * 100 };
>>> >
>>>
>>> yeah this is exposing a bug in use if time_t struct in this component.
>>> there are several patches done to address that, we will perhaps need one
>>> of these patches here.
>>>
>>> --
>>> ___
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>>
>> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libgpg-error: upgrade 1.36 -> 1.37

2020-02-28 Thread Alexander Kanavin 
Patch sent. :)

Alex

On Fri, 28 Feb 2020 at 00:42, Trevor Gamblin 
wrote:

>
> On 2/27/20 6:14 PM, Richard Purdie wrote:
> > On Thu, 2020-02-27 at 11:24 -0500, Trevor Gamblin wrote:
> >> Looks like I got beat by a day!
> > Does your version work on x32 though? :)
> >
> > We need one that does...
>
> They look the same, unfortunately.
>
> Will take a look in between some other tasks, unless Alex gets to it
> first (he usually does, that guy's a machine).
>
> >
> > Cheers,
> >
> > Richard
> >
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libgpg-error: upgrade 1.36 -> 1.37

2020-02-28 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 ...not-fail-when-testing-config-scripts.patch |  27 
 .../libgpg-error-1.36-gawk5-support.patch | 144 --
 ...gpg-error_1.36.bb => libgpg-error_1.37.bb} |   8 +-
 3 files changed, 31 insertions(+), 148 deletions(-)
 create mode 100644 
meta/recipes-support/libgpg-error/libgpg-error/0001-Do-not-fail-when-testing-config-scripts.patch
 delete mode 100644 
meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
 rename meta/recipes-support/libgpg-error/{libgpg-error_1.36.bb => 
libgpg-error_1.37.bb} (91%)

diff --git 
a/meta/recipes-support/libgpg-error/libgpg-error/0001-Do-not-fail-when-testing-config-scripts.patch
 
b/meta/recipes-support/libgpg-error/libgpg-error/0001-Do-not-fail-when-testing-config-scripts.patch
new file mode 100644
index 00..a0ab4f23ff
--- /dev/null
+++ 
b/meta/recipes-support/libgpg-error/libgpg-error/0001-Do-not-fail-when-testing-config-scripts.patch
@@ -0,0 +1,27 @@
+From 137805890951b6b585c1d23097e0a51e8c7a8a50 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 28 Feb 2020 09:19:56 +
+Subject: [PATCH] Do not fail when testing config scripts
+
+In previous versions this was not a hard a failure, and so went
+unnoticed. The test is unsuitable for building with sysroots anyway as the
+failure is due to that.
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ src/Makefile.am | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 9303954..7630540 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -344,7 +344,6 @@ gpg-error-config: gpgrt-config gpg-error-config-old
+   else   \
+ echo "no";   \
+ echo "***  Please report to  with 
gpg-error-config-test.log"; \
+-exit 1; \
+   fi
+   cp gpg-error-config-old $@
+ 
diff --git 
a/meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
 
b/meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
deleted file mode 100644
index b936d1143b..00
--- 
a/meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
+++ /dev/null
@@ -1,144 +0,0 @@
-Upstream-Status: Backport [https://dev.gnupg.org/T4459]
-Signed-off-by: Khem Raj 
-
-From 7865041c77f4f7005282f10f9bb19072fbdf Mon Sep 17 00:00:00 2001
-From: NIIBE Yutaka 
-Date: Mon, 15 Apr 2019 15:10:44 +0900
-Subject: [PATCH] awk: Prepare for Gawk 5.0.
-
-* src/Makefile.am: Use pkg_namespace (instead of namespace).
-* src/mkerrnos.awk: Likewise.
-* lang/cl/mkerrcodes.awk: Don't escape # in regexp.
-* src/mkerrcodes.awk, src/mkerrcodes1.awk, src/mkerrcodes2.awk: Ditto.
-
---
-
-In Gawk 5.0, regexp routines are replaced by Gnulib implementation,
-which only allows escaping specific characters.
-
-GnuPG-bug-id: 4459
-Reported-by: Marius Schamschula
-Signed-off-by: NIIBE Yutaka 

- lang/cl/mkerrcodes.awk |  2 +-
- src/Makefile.am|  2 +-
- src/mkerrcodes.awk |  2 +-
- src/mkerrcodes1.awk|  2 +-
- src/mkerrcodes2.awk|  2 +-
- src/mkerrnos.awk   |  2 +-
- src/mkstrtable.awk | 10 +-
- 7 files changed, 11 insertions(+), 11 deletions(-)
-
 a/lang/cl/mkerrcodes.awk
-+++ b/lang/cl/mkerrcodes.awk
-@@ -122,7 +122,7 @@ header {
- }
- 
- !header {
--  sub (/\#.+/, "");
-+  sub (/#.+/, "");
-   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
- 
-   if (/^$/)
 a/src/Makefile.am
-+++ b/src/Makefile.am
-@@ -293,7 +293,7 @@ code-from-errno.h: mkerrcodes$(EXEEXT_FO
- 
- errnos-sym.h: Makefile mkstrtable.awk errnos.in
-   $(AWK) -f $(srcdir)/mkstrtable.awk -v textidx=2 -v nogettext=1 \
--  -v prefix=GPG_ERR_ -v namespace=errnos_ \
-+  -v prefix=GPG_ERR_ -v pkg_namespace=errnos_ \
-   $(srcdir)/errnos.in >$@
- 
- 
 a/src/mkerrcodes.awk
-+++ b/src/mkerrcodes.awk
-@@ -85,7 +85,7 @@ header {
- }
- 
- !header {
--  sub (/\#.+/, "");
-+  sub (/#.+/, "");
-   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
- 
-   if (/^$/)
 a/src/mkerrcodes1.awk
-+++ b/src/mkerrcodes1.awk
-@@ -81,7 +81,7 @@ header {
- }
- 
- !header {
--  sub (/\#.+/, "");
-+  sub (/#.+/, "");
-   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
- 
-   if (/^$/)
 a/src/mkerrcodes2.awk
-+++ b/src/mkerrcodes2.awk
-@@ -91,7 +91,7 @@ header {
- }
- 
- !header {
--  sub (/\#.+/, "");
-+  sub (/#.+/, "");
-   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
- 
-   if (/^$/)
 a/src/mkerrnos.awk
-+++ b/src/mkerrnos.awk
-@@ -83,7 +83,7 @@ header {
- }
- 
- !header {
--  sub (/\#.+/, "");
-+  sub (/#.+/, "");
-   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
- 
-   if (/^$/)
 a/src/mkstrtable.awk
-+++ b/src/mkstrtable.awk
-@@ -77,7 +77,7 @@
- #
-