Re: [OE-core] [PATCH 26/26] serf: mark patches as inappropriate for upstream submission

2021-12-04 Thread Peter Kjellerstedt 
> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Alexander Kanavin
> Sent: den 4 december 2021 08:13
> To: openembedded-core@lists.openembedded.org
> Cc: Alexander Kanavin 
> Subject: [OE-core] [PATCH 26/26] serf: mark patches as inappropriate for
> upstream submission
> 
> With this commit I am entering the patch nirvana (and I intend to stay
> there):
> 
> ~/development/poky$ grep -ilr "upstream-status: pending" `grep -ilr kanavin 
> meta*`|wc -l
> 0

Even though we appreciate your work, I think the two paragraphs above 
belong after the --- below, as they don't have anything to do with the 
actual change in this commit.

//Peter

> 
> Signed-off-by: Alexander Kanavin 
> ---
>  .../0001-buckets-ssl_buckets.c-do-not-use-ERR_GET_FUNC.patch| 2 +-
>  ...op.creating.directories.without.sandbox-install.prefix.patch | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-support/serf/serf/0001-buckets-ssl_buckets.c-do-
> not-use-ERR_GET_FUNC.patch b/meta/recipes-support/serf/serf/0001-buckets-
> ssl_buckets.c-do-not-use-ERR_GET_FUNC.patch
> index e6172ef5aa..73e8a8386b 100644
> --- a/meta/recipes-support/serf/serf/0001-buckets-ssl_buckets.c-do-not-
> use-ERR_GET_FUNC.patch
> +++ b/meta/recipes-support/serf/serf/0001-buckets-ssl_buckets.c-do-not-
> use-ERR_GET_FUNC.patch
> @@ -6,7 +6,7 @@ Subject: [PATCH] buckets/ssl_buckets.c: do not use
> ERR_GET_FUNC
>  Upstream removed it in
>  https://github.com/openssl/openssl/pull/16004
> 
> -Upstream-Status: Pending
> +Upstream-Status: Inappropriate [last release in 2015, last commit in
> 2019]
>  Signed-off-by: Alexander Kanavin 
>  ---
>   buckets/ssl_buckets.c | 3 +--
> diff --git a/meta/recipes-
> support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-
> install.prefix.patch b/meta/recipes-
> support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-
> install.prefix.patch
> index 91640d6044..ba1b01c740 100644
> --- a/meta/recipes-
> support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-
> install.prefix.patch
> +++ b/meta/recipes-
> support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-
> install.prefix.patch
> @@ -31,7 +31,7 @@ ERROR: scons install execution failed.
>and the installed paths (including the paths inside libserf*.pc)
>look correct
> 
> -Upstream-Status: Pending
> +Upstream-Status: Inappropriate [last release in 2015, last commit in
> 2019]
> 
>  Signed-off-by: Martin Jansa 
> 
> --
> 2.20.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159188): 
https://lists.openembedded.org/g/openembedded-core/message/159188
Mute This Topic: https://lists.openembedded.org/mt/87494788/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 3/6] libxkbcommon: allow building of API documentation

2021-12-04 Thread Peter Kjellerstedt 
> -Original Message-
> From: openembedded-core@lists.openembedded.org 
>  On Behalf Of Richard Purdie
> Sent: den 5 december 2021 00:20
> To: Ross Burton ; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 3/6] libxkbcommon: allow building of API 
> documentation
> 
> On Fri, 2021-12-03 at 16:43 +, Ross Burton wrote:
> > Signed-off-by: Ross Burton 
> > ---
> >  meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb | 7 +--
> >  1 file changed, 5 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb 
> > b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> > index 95accfc184..725fcf009e 100644
> > --- a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> > +++ b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> > @@ -15,11 +15,14 @@ UPSTREAM_CHECK_URI = "http://xkbcommon.org/";
> >
> >  inherit meson pkgconfig
> >
> > -EXTRA_OEMESON = "-Denable-docs=false -Denable-xkbregistry=false"
> > +EXTRA_OEMESON = "-Denable-xkbregistry=false"
> >
> >  PACKAGECONFIG ?= "${@bb.utils.filter('DISTRO_FEATURES', 'x11 wayland', d)}"
> > -PACKAGECONFIG[x11] = "-Denable-x11=true,-Denable-x11=false,libxcb 
> > xkeyboard-config,"
> > +PACKAGECONFIG:append:class-target = " 
> > ${@bb.utils.contains('DISTRO_FEATURES', 'api-documentation', 'docs', '', 
> > d)}"
> > +
> > +PACKAGECONFIG[docs] = 
> > "-Denable-docs=true,-Denable-docs=false,doxygen-native"
> >  PACKAGECONFIG[wayland] = 
> > "-Denable-wayland=true,-Denable-wayland=false,wayland-native wayland 
> > wayland-protocols,"
> > +PACKAGECONFIG[x11] = "-Denable-x11=true,-Denable-x11=false,libxcb 
> > xkeyboard-config,"
> >
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/2396/steps/11/logs/errors
> 
> stdio: ERROR: Nothing PROVIDES 'doxygen-native' (but 
> /home/pokybuild/yocto-worker/qemux86-world-alt/build/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb,
> virtual:multilib:lib32:/home/pokybuild/yocto-worker/qemux86-world-alt/build/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
>  DEPENDS on
> or otherwise requires it). Close matches:
> 
> Not quite sure what is going on there yet, seems a little strange.

Not very strange when you consider that the doxygen recipe is in meta-oe

> 
> Cheers,
> 
> Richard
> 

//Peter


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159187): 
https://lists.openembedded.org/g/openembedded-core/message/159187
Mute This Topic: https://lists.openembedded.org/mt/87480939/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 3/6] libxkbcommon: allow building of API documentation

2021-12-04 Thread Richard Purdie 
On Fri, 2021-12-03 at 16:43 +, Ross Burton wrote:
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb | 7 +--
>  1 file changed, 5 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb 
> b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> index 95accfc184..725fcf009e 100644
> --- a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> +++ b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> @@ -15,11 +15,14 @@ UPSTREAM_CHECK_URI = "http://xkbcommon.org/";
>  
>  inherit meson pkgconfig
>  
> -EXTRA_OEMESON = "-Denable-docs=false -Denable-xkbregistry=false"
> +EXTRA_OEMESON = "-Denable-xkbregistry=false"
>  
>  PACKAGECONFIG ?= "${@bb.utils.filter('DISTRO_FEATURES', 'x11 wayland', d)}"
> -PACKAGECONFIG[x11] = "-Denable-x11=true,-Denable-x11=false,libxcb 
> xkeyboard-config,"
> +PACKAGECONFIG:append:class-target = " 
> ${@bb.utils.contains('DISTRO_FEATURES', 'api-documentation', 'docs', '', d)}"
> +
> +PACKAGECONFIG[docs] = "-Denable-docs=true,-Denable-docs=false,doxygen-native"
>  PACKAGECONFIG[wayland] = 
> "-Denable-wayland=true,-Denable-wayland=false,wayland-native wayland 
> wayland-protocols,"
> +PACKAGECONFIG[x11] = "-Denable-x11=true,-Denable-x11=false,libxcb 
> xkeyboard-config,"
>  

https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/2396/steps/11/logs/errors

stdio: ERROR: Nothing PROVIDES 'doxygen-native' (but 
/home/pokybuild/yocto-worker/qemux86-world-alt/build/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb,
 
virtual:multilib:lib32:/home/pokybuild/yocto-worker/qemux86-world-alt/build/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
 DEPENDS on or otherwise requires it). Close matches:

Not quite sure what is going on there yet, seems a little strange.

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159186): 
https://lists.openembedded.org/g/openembedded-core/message/159186
Mute This Topic: https://lists.openembedded.org/mt/87480939/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [RFC PATCH v3 3/4] bitbake.conf: Use dummy rpaths in native binaries

2021-12-04 Thread Jacob Kroon 
Try to make sure that the RUNTIME dynamic entry size is the same for all
binaries produced with the native compiler. This is necessary in order to
produce identical binaries when using differently sized buildpaths.

This is a first step for producing identical native binaries when using
different build paths. 'zstd-native' is a working example.

Signed-off-by: Jacob Kroon 
---
 meta/classes/chrpath.bbclass | 5 -
 meta/conf/bitbake.conf   | 4 ++--
 2 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass
index 26b984c4db..a0f2cf0598 100644
--- a/meta/classes/chrpath.bbclass
+++ b/meta/classes/chrpath.bbclass
@@ -2,7 +2,7 @@ CHRPATH_BIN ?= "chrpath"
 PREPROCESS_RELOCATE_DIRS ?= ""
 
 def process_file_linux(cmd, fpath, rootdir, baseprefix, tmpdir, d, 
break_hardlinks = False):
-import subprocess, oe.qa
+import subprocess, oe.qa, re
 
 with oe.qa.ELFFile(fpath) as elf:
 try:
@@ -20,6 +20,9 @@ def process_file_linux(cmd, fpath, rootdir, baseprefix, 
tmpdir, d, break_hardlin
 # Throw away everything other than the rpath list
 curr_rpath = out.partition("RPATH=")[2]
 #bb.note("Current rpath for %s is %s" % (fpath, curr_rpath.strip()))
+# Inject native libdir and baselibdir
+curr_rpath = re.sub(r'/non/existent/libdir-native-marker-x+', 
d.expand('${STAGING_LIBDIR_NATIVE}'), curr_rpath)
+curr_rpath = re.sub(r'/non/existent/base-libdir-native-marker-x+', 
d.expand('${STAGING_BASE_LIBDIR_NATIVE}'), curr_rpath)
 rpaths = curr_rpath.strip().split(":")
 new_rpaths = []
 modified = False
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index fba99e8f0c..1799127c2a 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -585,8 +585,8 @@ export BUILD_LDFLAGS = "-L${STAGING_LIBDIR_NATIVE} \
 -Wl,--enable-new-dtags \
 -Wl,-rpath-link,${STAGING_LIBDIR_NATIVE} \
 -Wl,-rpath-link,${STAGING_BASE_LIBDIR_NATIVE} \
--Wl,-rpath,${STAGING_LIBDIR_NATIVE} \
--Wl,-rpath,${STAGING_BASE_LIBDIR_NATIVE} \
+
-Wl,-rpath,${@'/non/existent/libdir-native-marker-'.ljust(256, 'x')} \
+
-Wl,-rpath,${@'/non/existent/base-libdir-native-marker-'.ljust(256, 'x')} \
 -Wl,-O1"
 
 BUILDSDK_LDFLAGS = "-Wl,-O1"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159184): 
https://lists.openembedded.org/g/openembedded-core/message/159184
Mute This Topic: https://lists.openembedded.org/mt/87507058/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [RFC PATCH v3 4/4] Improve native reproducibility in recipes

2021-12-04 Thread Jacob Kroon 
Avoid encoding build-specific paths in the resulting binaries.

Signed-off-by: Jacob Kroon 
---
 ...sysroot-and-debug-prefix-map-from-co.patch | 78 ---
 .../openssl/openssl/strip-buildinfo.patch | 13 
 .../openssl/openssl_3.0.0.bb  | 10 +--
 meta/recipes-core/ncurses/ncurses.inc |  4 +
 .../util-linux/util-linux_2.37.2.bb   |  2 +-
 .../libtool/libtool-native_2.4.6.bb   |  1 +
 ...ism.patch => perl-cross-determinism.patch} |  0
 .../perl-cross/perlcross_1.3.6.bb |  4 +-
 meta/recipes-devtools/perl/perl_5.34.0.bb |  3 +
 .../pkgconfig/pkgconfig_git.bb|  1 +
 .../python/python3/determinism.patch  | 15 
 .../recipes-devtools/python/python3_3.10.0.bb |  8 ++
 12 files changed, 53 insertions(+), 86 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/openssl/openssl/0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/strip-buildinfo.patch
 rename meta/recipes-devtools/perl-cross/files/{determinism.patch => 
perl-cross-determinism.patch} (100%)
 create mode 100644 meta/recipes-devtools/python/python3/determinism.patch

diff --git 
a/meta/recipes-connectivity/openssl/openssl/0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch
 
b/meta/recipes-connectivity/openssl/openssl/0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch
deleted file mode 100644
index 60890c666d..00
--- 
a/meta/recipes-connectivity/openssl/openssl/0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch
+++ /dev/null
@@ -1,78 +0,0 @@
-From 5985253f2c9025d7c127443a3a9938946f80c2a1 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Martin=20Hundeb=C3=B8ll?= 
-Date: Tue, 6 Nov 2018 14:50:47 +0100
-Subject: [PATCH] buildinfo: strip sysroot and debug-prefix-map from compiler
- info
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-The openssl build system generates buildinf.h containing the full
-compiler command line used to compile objects. This breaks
-reproducibility, as the compile command is baked into libcrypto, where
-it is used when running `openssl version -f`.
-
-Add stripped build variables for the compiler and cflags lines, and use
-those when generating buildinfo.h.
-
-This is based on a similar patch for older openssl versions:
-https://patchwork.openembedded.org/patch/147229/
-
-Upstream-Status: Inappropriate [OE specific]
-Signed-off-by: Martin Hundebøll 
-
-Update to fix buildpaths qa issue for '-fmacro-prefix-map'.
-
-Signed-off-by: Kai Kang 
-
-Update to fix buildpaths qa issue for '-ffile-prefix-map'.
-
-Signed-off-by: Khem Raj 
-

- Configurations/unix-Makefile.tmpl | 12 +++-
- crypto/build.info |  2 +-
- 2 files changed, 12 insertions(+), 2 deletions(-)
-
-diff --git a/Configurations/unix-Makefile.tmpl 
b/Configurations/unix-Makefile.tmpl
-index f88a70f..528cdef 100644
 a/Configurations/unix-Makefile.tmpl
-+++ b/Configurations/unix-Makefile.tmpl
-@@ -471,13 +471,23 @@ BIN_LDFLAGS={- join(' ', $target{bin_lflags} || (),
-  '$(CNF_LDFLAGS)', '$(LDFLAGS)') -}
- BIN_EX_LIBS=$(CNF_EX_LIBS) $(EX_LIBS)
- 
--# CPPFLAGS_Q is used for one thing only: to build up buildinf.h
-+# *_Q variables are used for one thing only: to build up buildinf.h
- CPPFLAGS_Q={- $cppflags1 =~ s|([\\"])|\\$1|g;
-   $cppflags2 =~ s|([\\"])|\\$1|g;
-   $lib_cppflags =~ s|([\\"])|\\$1|g;
-   join(' ', $lib_cppflags || (), $cppflags2 || (),
- $cppflags1 || ()) -}
- 
-+CFLAGS_Q={- for (@{$config{CFLAGS}}) {
-+  s|-fdebug-prefix-map=[^ ]+|-fdebug-prefix-map=|g;
-+  s|-fmacro-prefix-map=[^ ]+|-fmacro-prefix-map=|g;
-+  s|-ffile-prefix-map=[^ ]+|-ffile-prefix-map=|g;
-+}
-+join(' ', @{$config{CFLAGS}}) -}
-+
-+CC_Q={- $config{CC} =~ s|--sysroot=[^ ]+|--sysroot=recipe-sysroot|g;
-+join(' ', $config{CC}) -}
-+
- PERLASM_SCHEME= {- $target{perlasm_scheme} -}
- 
- # For x86 assembler: Set PROCESSOR to 386 if you want to support
-diff --git a/crypto/build.info b/crypto/build.info
-index efca6cc..eda433e 100644
 a/crypto/build.info
-+++ b/crypto/build.info
-@@ -109,7 +109,7 @@ DEFINE[../libcrypto]=$UPLINKDEF
- 
- DEPEND[info.o]=buildinf.h
- DEPEND[cversion.o]=buildinf.h
--GENERATE[buildinf.h]=../util/mkbuildinf.pl "$(CC) $(LIB_CFLAGS) 
$(CPPFLAGS_Q)" "$(PLATFORM)"
-+GENERATE[buildinf.h]=../util/mkbuildinf.pl "$(CC_Q) $(CFLAGS_Q) 
$(CPPFLAGS_Q)" "$(PLATFORM)"
- 
- GENERATE[uplink-x86.s]=../ms/uplink-x86.pl
- GENERATE[uplink-x86_64.s]=../ms/uplink-x86_64.pl
diff --git a/meta/recipes-connectivity/openssl/openssl/strip-buildinfo.patch 
b/meta/recipes-connectivity/openssl/openssl/strip-buildinfo.patch
new file mode 100644
index 00..0a4a60273d
--- /dev/null
+++ b/meta/recipes-connectivity/openssl/openssl/strip-buildinfo.patch

[OE-core] [RFC PATCH v3 2/4] python3-native: Skip testing import of modules

2021-12-04 Thread Jacob Kroon 
Building python3-native involves running the resulting native binary
as part of a test to import the built modules. If this fails the modules
will be renamed with an appended "failed" suffix. One of the upcoming patches
removes ${STAGING_LIBDIR_NATIVE} and ${STAGING_BASE_LIBDIR_NATIVE} from the
rpath, which means this step will fail. Patch python3 not to perform the
import test, so that the modules won't end up with invalid names.

Signed-off-by: Jacob Kroon 
---
 .../python/python3/no-import-test.patch| 14 ++
 meta/recipes-devtools/python/python3_3.10.0.bb |  1 +
 2 files changed, 15 insertions(+)
 create mode 100644 meta/recipes-devtools/python/python3/no-import-test.patch

diff --git a/meta/recipes-devtools/python/python3/no-import-test.patch 
b/meta/recipes-devtools/python/python3/no-import-test.patch
new file mode 100644
index 00..d944e55cc5
--- /dev/null
+++ b/meta/recipes-devtools/python/python3/no-import-test.patch
@@ -0,0 +1,14 @@
+Index: Python-3.10.0/setup.py
+===
+--- Python-3.10.0.orig/setup.py
 Python-3.10.0/setup.py
+@@ -644,6 +644,9 @@ class PyBuildExt(build_ext):
+ if CROSS_COMPILING:
+ return
+ 
++# Skip import test
++return
++
+ loader = importlib.machinery.ExtensionFileLoader(ext.name, 
ext_filename)
+ spec = importlib.util.spec_from_file_location(ext.name, ext_filename,
+   loader=loader)
diff --git a/meta/recipes-devtools/python/python3_3.10.0.bb 
b/meta/recipes-devtools/python/python3_3.10.0.bb
index e3300b6495..c9f21b5e16 100644
--- a/meta/recipes-devtools/python/python3_3.10.0.bb
+++ b/meta/recipes-devtools/python/python3_3.10.0.bb
@@ -40,6 +40,7 @@ SRC_URI:append:class-native = " \

file://0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch \
file://12-distutils-prefix-is-inside-staging-area.patch \
file://0001-Don-t-search-system-for-headers-libraries.patch \
+   file://no-import-test.patch \
"
 SRC_URI[sha256sum] = 
"5a99f8e7a6a11a7b98b4e75e0d1303d3832cada5534068f69c7b6222a7b1b002"
 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159183): 
https://lists.openembedded.org/g/openembedded-core/message/159183
Mute This Topic: https://lists.openembedded.org/mt/87507056/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [RFC PATCH v3 1/4] kernel: Pass rpaths in BUILD_LDFLAGS

2021-12-04 Thread Jacob Kroon 
Building the kernel involves building native tools that are run during
the kernel build itself. One of the upcoming patches removes
${STAGING_LIBDIR_NATIVE} and ${STAGING_BASE_LIBDIR_NATIVE} from the rpath,
so pass them here so that the kernel tools can continue to run.

Signed-off-by: Jacob Kroon 
---
 meta/classes/kernel.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 2d219cb5e5..aae3fc887e 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -228,6 +228,7 @@ KERNEL_EXTRA_ARGS ?= ""
 
 EXTRA_OEMAKE = " HOSTCC="${BUILD_CC}" HOSTCFLAGS="${BUILD_CFLAGS}" 
HOSTLDFLAGS="${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}""
 EXTRA_OEMAKE += " HOSTCXX="${BUILD_CXX}" HOSTCXXFLAGS="${BUILD_CXXFLAGS}""
+BUILD_LDFLAGS += "-Wl,-rpath,${STAGING_LIBDIR_NATIVE} 
-Wl,-rpath,${STAGING_BASE_LIBDIR_NATIVE}"
 
 KERNEL_ALT_IMAGETYPE ??= ""
 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159182): 
https://lists.openembedded.org/g/openembedded-core/message/159182
Mute This Topic: https://lists.openembedded.org/mt/87507054/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [RFC PATCH v3 0/4] Improve native/cross reproducibility

2021-12-04 Thread Jacob Kroon 
This patch series is not intended for merge. I only send it out to
highlight where the problems are and to get some discussion going on
how/if we want to improve the sitation.

This is a patch series that tries to improve the reproducibility of the
native/cross binaries when building in different directories. This has
been tested on a Fedora 35 system which uses gcc 11.2.1 at the time of
writing.

The RUNTIME hack is questionable, maybe there is a better way to enforce
a fixed RUNTIME entry size during linking. The build system does not do
any additional rpath manipulation for target binaries, so in those cases
this is not a problem.

If in the end we do come up with a solution, then it should be tested on
the autobuilders, since otherwise this is going to degrade overtime. It
would then be important that the build paths are of significantly different
lengths. TMPDIR=/tmp/sysrootA/ and TMPDIR=/tmp/sysrootB/ will *not* uncover all
rpath problems.

Another thing that would be useful is if buildhistory could start
monitoring the depsig.do_populate_sysroot files, since that would highlight
changes in the actual file contents, which is currently not covered by
buildhistory.

The end result of this patch series is that I can build python3-native
in two different build paths, and the resuling sysroot-components/x86_64/
directories are identical, except for the 'fixmepath.cmd' files, which
are not included in the hash equiv. comparisons. Even so, there remains a lot of
native builds that are going to need to be fixed in similar ways as the
ones in this patch series.

Changes in v2:
 * Fixed building icedtea7-native/openjdk-8-native by prepending a '/' to the
   rpath padding
 * Squashed all the recipe-fixes together in one commit for now

Changes in v3:
 * Rebase on top of master
 * Instead of adding a padding entry to rpath, set phony rpaths in bitbake.conf
   and add patches for unbreaking python3-native and kernel
 * With the changes above we don't need to remove the build ID, so add it back

Jacob Kroon (4):
  kernel: Pass rpaths in BUILD_LDFLAGS
  python3-native: Skip testing import of modules
  bitbake.conf: Use dummy rpaths in native binaries
  Improve native reproducibility in recipes

 meta/classes/chrpath.bbclass  |  5 +-
 meta/classes/kernel.bbclass   |  1 +
 meta/conf/bitbake.conf|  4 +-
 ...sysroot-and-debug-prefix-map-from-co.patch | 78 ---
 .../openssl/openssl/strip-buildinfo.patch | 13 
 .../openssl/openssl_3.0.0.bb  | 10 +--
 meta/recipes-core/ncurses/ncurses.inc |  4 +
 .../util-linux/util-linux_2.37.2.bb   |  2 +-
 .../libtool/libtool-native_2.4.6.bb   |  1 +
 ...ism.patch => perl-cross-determinism.patch} |  0
 .../perl-cross/perlcross_1.3.6.bb |  4 +-
 meta/recipes-devtools/perl/perl_5.34.0.bb |  3 +
 .../pkgconfig/pkgconfig_git.bb|  1 +
 .../python/python3/determinism.patch  | 15 
 .../python/python3/no-import-test.patch   | 14 
 .../recipes-devtools/python/python3_3.10.0.bb |  9 +++
 16 files changed, 75 insertions(+), 89 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/openssl/openssl/0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/strip-buildinfo.patch
 rename meta/recipes-devtools/perl-cross/files/{determinism.patch => 
perl-cross-determinism.patch} (100%)
 create mode 100644 meta/recipes-devtools/python/python3/determinism.patch
 create mode 100644 meta/recipes-devtools/python/python3/no-import-test.patch


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159181): 
https://lists.openembedded.org/g/openembedded-core/message/159181
Mute This Topic: https://lists.openembedded.org/mt/87507052/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][PATCH] yocto-check-layer: Relax README case checks

2021-12-04 Thread Joshua Watt 
Relaxes the case requirements for checks in the README file so that word
like "Maintainer" and "Patch" are allowed

Signed-off-by: Joshua Watt 
---
 scripts/lib/checklayer/cases/common.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/lib/checklayer/cases/common.py 
b/scripts/lib/checklayer/cases/common.py
index 52c786f77b..8bdc5ce20f 100644
--- a/scripts/lib/checklayer/cases/common.py
+++ b/scripts/lib/checklayer/cases/common.py
@@ -26,8 +26,8 @@ class CommonCheckLayer(OECheckLayerTestCase):
 data = f.read()
 self.assertTrue(data,
 msg="Layer contains a README file but it is empty.")
-self.assertIn('maintainer',data)
-self.assertIn('patch',data)
+self.assertIn('maintainer', data.lower())
+self.assertIn('patch', data.lower())
 # Check that there is an email address in the README
 email_regex = re.compile(r"[^@]+@[^@]+")
 self.assertTrue(email_regex.match(data))
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159180): 
https://lists.openembedded.org/g/openembedded-core/message/159180
Mute This Topic: https://lists.openembedded.org/mt/87505624/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] yocto-check-layer: disregard checks if referencing another README file

2021-12-04 Thread Jon Mason 
It is permissible to have a layer's README reference another README.  If
this is the case, avoid other checks.  Do this by checking for the word
README (case insensitive) in the README file.  This might be too
permissive, but follows the pattern of looking for exact words (like
"patch" or "maintainer") in READMEs.

Signed-off-by: Jon Mason 
---
 scripts/lib/checklayer/cases/common.py | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/checklayer/cases/common.py 
b/scripts/lib/checklayer/cases/common.py
index 52c786f77b58..fdfb5d18cdc6 100644
--- a/scripts/lib/checklayer/cases/common.py
+++ b/scripts/lib/checklayer/cases/common.py
@@ -26,7 +26,12 @@ class CommonCheckLayer(OECheckLayerTestCase):
 data = f.read()
 self.assertTrue(data,
 msg="Layer contains a README file but it is empty.")
-self.assertIn('maintainer',data)
+
+# If a layer's README references another README, then the checks below 
are not valid
+if re.search('README', data, re.IGNORECASE):
+return
+
+self.assertIn('maintainer', data)
 self.assertIn('patch',data)
 # Check that there is an email address in the README
 email_regex = re.compile(r"[^@]+@[^@]+")
-- 
2.20.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159179): 
https://lists.openembedded.org/g/openembedded-core/message/159179
Mute This Topic: https://lists.openembedded.org/mt/87503701/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] [master] [dunfell] [hardknott] Revert "db: update CVE_PRODUCT"

2021-12-04 Thread Ranjitsinh Rathod 
Yes I have checked that. Thanks Steve.

On Sat, 4 Dec, 2021, 3:59 am Steve Sakoman,  wrote:

>
>
> On Wed, Dec 1, 2021 at 12:17 AM Ranjitsinh Rathod <
> ranjitsinh.rat...@kpit.com> wrote:
>
>> HI Steve,
>>
>> When do you plan to add these db CVEs in the '
>> meta/conf/distro/include/cve-extra-exclusions.inc' file?
>>
>
> Thanks for the reminder, it is in the set of patches I just sent out for
> review.
>
> Steve
>
>
>>
>> Thanks,
>>
>> Best Regards,
>>
>> *Ranjitsinh Rathod*
>> Technical Leader |  | KPIT Technologies Ltd.
>> Cellphone: +91-84606 92403
>>
>> *__ *KPIT 
>> | Follow us on LinkedIn 
>>
>> 
>> --
>> *From:* openembedded-core@lists.openembedded.org <
>> openembedded-core@lists.openembedded.org> on behalf of Steve Sakoman via
>> lists.openembedded.org 
>> *Sent:* Wednesday, September 15, 2021 12:38 AM
>> *To:* Steve Sakoman 
>> *Cc:* Patches and discussions about the oe-core layer <
>> openembedded-core@lists.openembedded.org>
>> *Subject:* Re: [OE-core] [PATCH] [master] [dunfell] [hardknott] Revert
>> "db: update CVE_PRODUCT"
>>
>> Caution: This email originated from outside of the KPIT. Do not click
>> links or open attachments unless you recognize the sender and know the
>> content is safe.
>>
>> On Tue, Sep 14, 2021 at 8:41 AM Steve Sakoman via
>> lists.openembedded.org 
>> wrote:
>> >
>> > On Tue, Sep 14, 2021 at 8:04 AM Steve Sakoman via
>> > lists.openembedded.org 
>> > wrote:
>> > >
>> > > The CVE database correctly reports CVEs for oracle_berkley_db and
>> > > berkley_db.  We use the oracle_berkley_db source tree and therefore
>> > > should only check for oracle_berkely_db CVEs. Otherwise the scanner
>> > > falsely reports CVEs that are fixed in oracle_berkley_db
>> >
>> > Please hold off on taking this patch -- I need to do some more
>> > research.  I may have confused myself :-(
>>
>> I did indeed confuse myself, so ignore this patch.
>>
>> The CVE database is reporting CVEs for the Oracle db code base under
>> the name berkley_db, so the original patch in question is indeed
>> correct and the CVEs are valid.
>>
>> Our CVE reporting has been whitelisting db CVEs.  I'm going to remove
>> that from the tool and submit a patch to add the db CVEs to the
>> exclusion list in meta/conf/distro/include/cve-extra-exclusions.inc
>> since it seems unlikely that we will be moving to a version of db with
>> these issues fixed.
>>
>> Steve
>>
>> > > This reverts commit ad799b109716ccd2f44dcf7a6a4cfcbd622ea661.
>> > >
>> > > Signed-off-by: Steve Sakoman 
>> > > ---
>> > >  meta/recipes-support/db/db_5.3.28.bb | 2 +-
>> > >  1 file changed, 1 insertion(+), 1 deletion(-)
>> > >
>> > > diff --git a/meta/recipes-support/db/db_5.3.28.bb
>> b/meta/recipes-support/db/db_5.3.28.bb
>> > > index d5b788a3d7..5e9305ab06 100644
>> > > --- a/meta/recipes-support/db/db_5.3.28.bb
>> > > +++ b/meta/recipes-support/db/db_5.3.28.bb
>> > > @@ -15,7 +15,7 @@ HOMEPAGE = "
>> https://www.oracle.com/database/technologies/related/berkeleydb.html
>> > >  LICENSE = "Sleepycat"
>> > >  RCONFLICTS:${PN} = "db3"
>> > >
>> > > -CVE_PRODUCT = "oracle_berkeley_db berkeley_db"
>> > > +CVE_PRODUCT = "oracle_berkeley_db"
>> > >  CVE_VERSION = "11.2.${PV}"
>> > >
>> > >  PR = "r1"
>> > > --
>> > > 2.25.1
>> > >
>> > >
>> > >
>> > >
>> >
>> >
>> >
>> This message contains information that may be privileged or confidential
>> and is the property of the KPIT Technologies Ltd. It is intended only for
>> the person to whom it is addressed. If you are not the intended recipient,
>> you are not authorized to read, print, retain copy, disseminate,
>> distribute, or use this message or any part thereof. If you receive this
>> message in error, please notify the sender immediately and delete all
>> copies of this message. KPIT Technologies Ltd. does not accept any
>> liability for virus infected mails.
>>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159178): 
https://lists.openembedded.org/g/openembedded-core/message/159178
Mute This Topic: https://lists.openembedded.org/mt/85608645/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Not able to install chrony on zeus

2021-12-04 Thread mohammed aqdam 
On Sat, Dec 4, 2021 at 02:59 PM, Alex Kiernan wrote:

> 
> RCONFLICTS

Thanks Alex, This resolves the issue.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159177): 
https://lists.openembedded.org/g/openembedded-core/message/159177
Mute This Topic: https://lists.openembedded.org/mt/87375915/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 5/6] libxkbcommon: split libraries into separate packages

2021-12-04 Thread Richard Purdie 
On Fri, 2021-12-03 at 16:43 +, Ross Burton wrote:
> The sublibraries, such as libxkbcommon-x11, have specific linkage, so to
> avoid link creep they can be put into separate packages.
> 
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb | 6 ++
>  1 file changed, 6 insertions(+)
> 
> diff --git a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb 
> b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> index b4541cc698..425c1f386d 100644
> --- a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> +++ b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.3.1.bb
> @@ -25,8 +25,14 @@ PACKAGECONFIG[wayland] = 
> "-Denable-wayland=true,-Denable-wayland=false,wayland-n
>  PACKAGECONFIG[x11] = "-Denable-x11=true,-Denable-x11=false,libxcb 
> xkeyboard-config,"
>  
>  PACKAGE_BEFORE_PN += "xkbcli"
> +FILES:${PN} = ""
>  FILES:xkbcli = "${bindir}/xkbcli ${libexecdir}/xkbcommon/xkbcli-*"
>  
> +python populate_packages:prepend () {
> +# Put the libraries into separate packages to avoid dependency creep
> +do_split_packages(d, d.expand('${libdir}'), r'^(lib.*)\.so\.*', '%s', 
> '%s library', extra_depends='', allow_links=True)
> +}
> +
>  # Fix a following runtime error:
>  # xkbcommon: ERROR: couldn't find a Compose file for locale "C"
>  RDEPENDS:${PN} = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
> 'libx11-locale', 'libx11-compose-data', d)}"

Something isn't quite right in a weston build:

https://autobuilder.yoctoproject.org/typhoon/#/builders/119/builds/1044/steps/12/logs/stdio

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159176): 
https://lists.openembedded.org/g/openembedded-core/message/159176
Mute This Topic: https://lists.openembedded.org/mt/87480937/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Not able to install chrony on zeus

2021-12-04 Thread Alex Kiernan 
On Sat, Dec 4, 2021 at 9:15 AM mohammed aqdam  wrote:
>
> Any help on getting ntp_4.2.8p13-r0 or resolving this dependency would be 
> very appreciated.
> Thanks in advance.
>

Removing the RCONFLICTS from chrony might be sufficient.

-- 
Alex Kiernan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159175): 
https://lists.openembedded.org/g/openembedded-core/message/159175
Mute This Topic: https://lists.openembedded.org/mt/87375915/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Not able to install chrony on zeus

2021-12-04 Thread mohammed aqdam 
Any help on getting ntp_4.2.8p13-r0 or resolving this dependency would be very 
appreciated.
Thanks in advance.

Thanks,
Aqdam

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159174): 
https://lists.openembedded.org/g/openembedded-core/message/159174
Mute This Topic: https://lists.openembedded.org/mt/87375915/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-