Re: [OE-core] [PATCH] bitbake.conf: Add -fcanon-prefix-map to DEBUG_PREFIX_MAP

On 4/28/23 05:20, Khem Raj wrote: This should help canonicalize the relative paths and symlinks during cross compile, -fcanon-prefix-map is newly added in gcc-13+ [1] [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108464#c8 Signed-off-by: Khem Raj --- meta/conf/bitbake.conf | 3 ++- 1

Re: [OE-core] [PATCH] elfutils: disable deprecation errors in all builds, not just native

On 1/6/23 17:16, Ross Burton wrote: The curl-related deprecation errors affect all builds not just native, so set CFLAGS instead of BUILD_CFLAGS. Signed-off-by: Ross Burton --- meta/recipes-devtools/elfutils/elfutils_0.188.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [AUH] acpid: upgrading to 2.0.34 SUCCEEDED

On 10/16/22 14:05, Alexander Kanavin wrote: On Sun, 16 Oct 2022 at 09:56, Jacob Kroon wrote: I do think it is reasonable to ask for not being mail-bombed with machine generated emails. I am asking for either to: * put them on a separate mailing list * merge them into one email If keeping

Re: [OE-core] [AUH] acpid: upgrading to 2.0.34 SUCCEEDED

into one email If keeping core updated still is "Alex's problem" then the AUH emails are not having the intended effect *anyway*. Alex On Sun 16. Oct 2022 at 8.50, Jacob Kroon <mailto:jacob.kr...@gmail.com>> wrote: Another AUH mail bomb, another time where I am pr

Re: [OE-core] [AUH] acpid: upgrading to 2.0.34 SUCCEEDED

Another AUH mail bomb, another time where I am pressing "delete" 148 times in my email client. I don't review machine generated emails. I would not cry if AUH mails were sent to a designated mailing list, one that I am not subscribed to. Jacob On 10/16/22 00:03, Auto Upgrade Helper wrote:

Re: [OE-core] [PATCH] libxml2: don't override XML_CATALOG_FILES in xmllint wrapper if already set

On 9/9/22 19:00, Ross Burton wrote: - create_wrapper ${D}${bindir}/xmllint XML_CATALOG_FILES=${sysconfdir}/xml/catalog + create_wrapper ${D}${bindir}/xmllint 'XML_CATALOG_FILES=${XML_CATALOG_FILES:-${sysconfdir}/xml/catalog}' That ...:-${sysconfdir}/... looks odd. Is that hyphen

Re: [OE-core] [PATCH] libxml2: don't override XML_CATALOG_FILES in xmllint wrapper if already set

On 9/9/22 18:36, Ross Burton wrote: The KDE build uses custom catalogs by setting XML_CATALOG_FILES, so this wrapper should not override that value if it has already been set. Signed-off-by: Ross Burton --- meta/recipes-core/libxml/libxml2_2.9.14.bb | 2 +- 1 file changed, 1 insertion(+), 1

Re: [OE-core] Error with TEMPLATECONF value

On 9/1/22 13:49, Jacob Kroon via lists.openembedded.org wrote: Hi, After updating to master branches I'm getting: Error: TEMPLATECONF value (which is /home/jkroon/Projects/codab-linux/openembedded-core/meta/conf) must point to meta-some-layer/conf/templates/template-name What is the proper

[OE-core] Error with TEMPLATECONF value

Hi, After updating to master branches I'm getting: Error: TEMPLATECONF value (which is /home/jkroon/Projects/codab-linux/openembedded-core/meta/conf) must point to meta-some-layer/conf/templates/template-name What is the proper solution to this ? Jacob -=-=-=-=-=-=-=-=-=-=-=- Links: You

[OE-core] [PATCH] python3-cython: Remove debug lines

Fixes: ccbbed323b5a96bbdaec4411fdd26cb9dca583e8 ("python3-cython: Update code to match debug path changes") Signed-off-by: Jacob Kroon --- meta/recipes-devtools/python/python3-cython_0.29.32.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-devtools/pyth

Re: [OE-core][PATCH] kernel.bbclass: Add shared_workdir_prepare task

On 7/20/22 13:30, Jose Quaresma wrote: The task do_compile_kernelmodules runs after the shared_workdir and is installing some files in STAGING_KERNEL_BUILDDIR, this can races in other recipes that depends on "virtual/kernel:do_shared_workdir" as the STAGING_KERNEL_BUILDDIR is not fully populated

Re: [OE-core] [PATCH v3 1/2] poky-altcfg: enable usrmerge

On 7/13/22 19:53, Richard Purdie wrote: On Wed, 2022-07-13 at 17:55 +0100, Luca Bocassi wrote: From: Luca Boccassi Ensure it gets tested by the CI Signed-off-by: Luca Boccassi --- meta-poky/conf/distro/poky-altcfg.conf | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [OE-core] [PATCH v6 6/7] utils: Add cmdline_shebang_wrapper util.

On 6/19/22 21:20, Paulo Neves wrote: Useful to work around shebang relocation issues, where shebangs are too long or have arguments in them, thus preventing them from using the /usr/bin/env shebang. --- .../wrapper/cmdline-shebang-wrapper-test.bb | 21

Re: [OE-core] [PATCH] gperf: Add a patch to work around reproducibility issues

On 7/4/22 15:25, Richard Purdie wrote: Add a patch to avoid writing the full pathname to gperf into source files which leads to reproducibility issues. This fixes issues with systemd reproducibility in particular. Signed-off-by: Richard Purdie --- .../gperf/gperf/reproducibility.patch

Re: [OE-core] [PATCH v1] glibc-locale: work around host-user-contaminated QA failure

On 6/16/22 07:54, Muhammad Hamza wrote: Work around long standing periodic host-user-contaminated QA failure by explicitly correcting the ownership. See `glibc-locale: Rewrite do_install using install utility instead of cp` on the oe-core mailing list for discussion. This should be dropped when

Re: [swat] [OE-core] perl makefile race - any make experts who can help?

On Sat, 4 Jun 2022, 19:40 Richard Purdie, < richard.pur...@linuxfoundation.org> wrote: > On Sat, 2022-06-04 at 17:12 +0200, Jacob Kroon wrote: > > On 6/4/22 16:55, Khem Raj wrote: > > > > > > > > > On Sat, Jun 4, 2022 at 6:23 AM Richard Purdie > > &

Re: [swat] [OE-core] perl makefile race - any make experts who can help?

On 6/4/22 16:55, Khem Raj wrote: On Sat, Jun 4, 2022 at 6:23 AM Richard Purdie > wrote: On Sat, 2022-06-04 at 13:36 +0100, Richard Purdie via lists.yoctoproject.org wrote: > On Sat, 2022-06-04 at 13:51

Re: [OE-core][PATCH] webkitgtk: limit the number of compilation threads

On 5/20/22 14:30, Thomas Perrot wrote: Hello Jacob, On Fri, 2022-05-20 at 14:19 +0200, Jacob Kroon wrote: On 5/20/22 14:16, Thomas Perrot via lists.openembedded.org wrote: Otherwise the compilation may lead to out-of-memories. Signed-off-by: Thomas Perrot ---   meta/recipes-sato/webkit

Re: [OE-core][PATCH] webkitgtk: limit the number of compilation threads

On 5/20/22 14:16, Thomas Perrot via lists.openembedded.org wrote: Otherwise the compilation may lead to out-of-memories. Signed-off-by: Thomas Perrot --- meta/recipes-sato/webkit/webkitgtk_2.36.1.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH] selftest/imagefeatures/overlayfs: Always append to DISTRO_FEATURES

On 5/16/22 15:01, Quentin Schulz wrote: Hi Jacob, On 5/16/22 14:52, Jacob Kroon wrote: On 5/16/22 14:38, richard.pur...@linuxfoundation.org wrote: On Mon, 2022-05-16 at 13:43 +0200, Jacob Kroon wrote: Hi Richard, On 5/16/22 13:28, Richard Purdie wrote: Using += unintentionally removes all

Re: [OE-core] [PATCH] selftest/imagefeatures/overlayfs: Always append to DISTRO_FEATURES

On 5/16/22 14:38, richard.pur...@linuxfoundation.org wrote: On Mon, 2022-05-16 at 13:43 +0200, Jacob Kroon wrote: Hi Richard, On 5/16/22 13:28, Richard Purdie wrote: Using += unintentionally removes all over entries from DISTRO_FEATURES and "over", you mean "othe

Re: [OE-core] [PATCH] selftest/imagefeatures/overlayfs: Always append to DISTRO_FEATURES

Hi Richard, On 5/16/22 13:28, Richard Purdie wrote: Using += unintentionally removes all over entries from DISTRO_FEATURES and "over", you mean "other" ? If so, how is that possible ? this reduces sstate reusage on the autobuilder. Fix this to speed up builds. /Jacob

Re: [OE-core] About the sstate cache directory hierarchy

On 1/28/22 08:06, Chen Qi wrote: Hi All, I'm sending out this email because I'm wondering if we can change the sstate cache directory to use ${PN} and taskname as subditories. Hope to hear your opinions. Below is the long story. Recently I noticed that running `bitbake xxx -c cleansstate'

[OE-core] [PATCH] Revert "image.bbclass: allow overriding dependency on virtual/kernel:do_deploy"

wants this then make the variable name readable by adding underscores where appropriate, for example by calling it KERNEL_DEPLOY_DEPEND. This reverts commit dcf9dfa4e6305786cd713aa28deda94a50bd6635. Signed-off-by: Jacob Kroon --- meta/classes/image.bbclass | 7 +-- 1 file changed, 1

Re: [OE-core] [PATCH] image.bbclass: allow overriding dependency on virtual/kernel:do_deploy

Hi Dmitry, Do you want to send a patch for fixing this ? Otherwise I'll send a patch reverting the changes. Jacob On 4/29/22 22:53, Jacob Kroon wrote: > On 4/27/22 09:37, Dmitry Baryshkov wrote: >> Since the commit fe26b2379ecd ("image.bbclass: Depend on >> virt

Re: [OE-core] [PATCH] image.bbclass: allow overriding dependency on virtual/kernel:do_deploy

On 4/27/22 09:37, Dmitry Baryshkov wrote: > Since the commit fe26b2379ecd ("image.bbclass: Depend on > virtual/kernel:do_deploy"), the image.bbclass made building images > depend on virtual/kernel. For some images, including small initramfs, > this is not the case. Allow overriding this dependency

Re: [OE-core] [PATCH] staging: Ensure we filter out ourselves

On 4/27/22 17:25, Joshua Watt wrote: > Reviewed-by: Joshua Watt > > On 4/27/22 10:23, Richard Purdie wrote: >> Adding a dependency on ourselves in this function doesn't make sense, >> the hash >> may change after hash equivalence is applied. Other code using >> BB_TASKDEPDATA does >> handle the

[OE-core] [PATCH v2] zlib: Add patch to fix building icedtea7-native from meta-java

Signed-off-by: Jacob Kroon --- Changes in v2: * Add SoB tag in patch ...t-inputs-provided-to-the-CRC-functio.patch | 54 +++ meta/recipes-core/zlib/zlib_1.2.12.bb | 1 + 2 files changed, 55 insertions(+) create mode 100644 meta/recipes-core/zlib/zlib/0001-Correct

[OE-core] [PATCH] zlib: Add patch to fix building icedtea7-native from meta-java

Signed-off-by: Jacob Kroon --- ...t-inputs-provided-to-the-CRC-functio.patch | 53 +++ meta/recipes-core/zlib/zlib_1.2.12.bb | 1 + 2 files changed, 54 insertions(+) create mode 100644 meta/recipes-core/zlib/zlib/0001-Correct-incorrect-inputs-provided-to-the-CRC

Re: [OE-core] [PATCH] zlib: upgrade to 1.2.12

On 3/29/22 15:45, Ross Burton wrote: > First upstream release since 2017! > - Fix a deflate bug when using the Z_FIXED strategy that can result in > out-of-bound accesses. > - Fix a deflate bug when the window is full in deflate_stored(). > - Speed up CRC-32 computations by a factor of 1.5 to 3.

Re: [OE-core] [PATCH] default-distrovars.inc: Switch connectivity check to a yoctoproject.org page

fwiw, +1 from me too On 2/11/22 20:27, Ross Burton wrote: > +1 > > On Fri, 11 Feb 2022 at 17:46, Richard Purdie > wrote: >> >> example.com is proving unreliable at present so switch to our own >> connectivity >> page instead. That page is very simple avoiding app overhead on our web >> server

Re: [OE-core] [PATCH] sanity.class: Add possibility to configure networking check

On 2/11/22 12:39, Ross Burton wrote: > On Fri, 11 Feb 2022 at 11:23, Jacob Kroon wrote: >> I vote for removing the check altogether. >> >> As I understand it, the check was added in order to prevent >> hard-to-interpret error messages when network failed. I can l

Re: [OE-core] [PATCH] sanity.class: Add possibility to configure networking check

On 2/11/22 12:18, Ross Burton wrote: > On Fri, 11 Feb 2022 at 08:44, Pavel Zhukov wrote: >> +for uri in test_uris: >> +try: >> +if check_all: >> +fetcher = bb.fetch2.Fetch(test_uris, data) >> +else: >> +

Re: [OE-core] [poky][master][PATCHv2] buildhistory.bbclass: Enable exporting more recipe and package data

On 2/11/22 09:00, Mikko Rapeli wrote: > Hi, > > On Fri, Feb 11, 2022 at 04:49:21PM +1300, Paul Eggleton wrote: >> FWIW I'll just chime in here as the original author[1] and say I agree with >> Richard. If folks are needing an alternative SBOM generation mechanism to >> SPDX, or have other use

Re: [OE-core] [PATCH] sstate: Preserve permissions when extracting tar archive

On 1/17/22 09:40, Richard Purdie wrote: > On Sun, 2022-01-16 at 23:28 -0800, Jacob Kroon wrote: >> Although this is now fixed in master, I was wondering why this doesn't seem >> to >> be a problem in dunfell. >> In dunfell, sstate packages are unpacked with "tar

Re: [OE-core] [PATCH] sstate: Preserve permissions when extracting tar archive

Although this is now fixed in master, I was wondering why this doesn't seem to be a problem in dunfell. In dunfell, sstate packages are unpacked with "tar -xvzf", no -p flag, but still my buildhistory doesn't show any noise when doing: bitbake -c cleansstate shadow-native && bitbake

Re: [OE-core][RFC] classes/native: Propagate dependencies to outhash

On 1/14/22 18:12, Joshua Watt wrote: > Native task outputs are directly run on the target (host) system after "target" or "host" ? the latter i suppose > being built. Even if the output of a native recipe doesn't change, a > change in one of its dependencies may cause a change in the output it >

[OE-core] [PATCH] sstate: Preserve permissions when extracting tar archive

This is done by default when tar is run by the superuser, but for native recipes the corresponding task is not run as root under pseudo, so pass the flag explicitly. Suggested-by: Richard Purdie Signed-off-by: Jacob Kroon --- meta/classes/sstate.bbclass | 2 +- 1 file changed, 1 insertion

Re: [OE-core] Zero umask when unpacking sstate packages

On 1/13/22 23:20, Richard Purdie wrote: > On Thu, 2022-01-13 at 23:11 +0100, Jacob Kroon wrote: >> On 1/13/22 23:07, Richard Purdie wrote: >>> On Thu, 2022-01-13 at 16:44 +0100, Jacob Kroon wrote: >>>> Hi, >>>> >>>> I often see this diff churn

Re: [OE-core] Zero umask when unpacking sstate packages

On 1/13/22 23:07, Richard Purdie wrote: > On Thu, 2022-01-13 at 16:44 +0100, Jacob Kroon wrote: >> Hi, >> >> I often see this diff churn in my buildistory for shadow-native (and >> similar issues with icedtea7-native from meta-java): >> >> -drwxr-xr-x -

[OE-core] Zero umask when unpacking sstate packages

e group write permission. Testing with the attached patch and the problem goes away. Is something like this the correct solution ? Jacob From dcebf2977cb6bdc5198ab13272cf358c9ecd6b32 Mon Sep 17 00:00:00 2001 From: Jacob Kroon Date: Thu, 13 Jan 2022 16:31:47 +0100 Subject: [PATCH] sstate.bbclass: Z

Re: [OE-core] do_prepare_recipe_sysroot takes >5min @100% CPU

Den 2022-01-04 kl. 18:47, skrev Andreas Müller: Hi, with relatively actual states of layers/bitbake I see huge delays in my builds on tasks do_prepare_recipe_sysroot and sometimes or do_patch - even if recipe does not have patches. The time the tasks take is 5-10min and each of them load one

Re: [OE-core] [PATCH] libsdl2: Move to CMake build

On 1/4/22 00:44, Andreas Müller wrote: > Signed-off-by: Andreas Müller > --- > .../libsdl2/libsdl2_2.0.18.bb | 47 +++ > 1 file changed, 18 insertions(+), 29 deletions(-) > > diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.18.bb >

Re: [OE-core][dunfell 02/14] openssh: Fix CVE-2021-41617

On Thu, 30 Dec 2021, 21:17 Steve Sakoman, wrote: On Thu, Dec 30, 2021 at 9:04 AM Jacob Kroon wrote: > > On 12/30/21 19:54, Jacob Kroon via lists.openembedded.org wrote: > > On 12/22/21 15:12, Steve Sakoman wrote: > >> From: sana kazi > >> > >> Add patch

Re: [OE-core][dunfell 02/14] openssh: Fix CVE-2021-41617

On 12/30/21 19:54, Jacob Kroon via lists.openembedded.org wrote: > On 12/22/21 15:12, Steve Sakoman wrote: >> From: sana kazi >> >> Add patch to fix CVE-2021-41617 >> Link: https://bugzilla.suse.com/attachment.cgi?id=854015 >> >> Signed-off-by: Sana Kazi

Re: [OE-core][dunfell 02/14] openssh: Fix CVE-2021-41617

On 12/22/21 15:12, Steve Sakoman wrote: > From: sana kazi > > Add patch to fix CVE-2021-41617 > Link: https://bugzilla.suse.com/attachment.cgi?id=854015 > > Signed-off-by: Sana Kazi > Signed-off-by: Sana Kazi > Signed-off-by: Steve Sakoman > --- > .../openssh/openssh/CVE-2021-41617.patch

[OE-core] [PATCH] no-static-libs.inc: Fixes

* pciutils/libcap/libpcap all seem to build fine even with the flag set * Disable static libraries in libjpeg-turbo-native Signed-off-by: Jacob Kroon --- meta/conf/distro/include/no-static-libs.inc | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/meta/conf/distro

[OE-core] [RFC PATCH v4 2/2] Improve native reproducibility in recipes

Avoid encoding build-specific paths in the resulting binaries. Signed-off-by: Jacob Kroon --- ...sysroot-and-debug-prefix-map-from-co.patch | 24 --- .../openssl/openssl_3.0.0.bb | 12 ++ meta/recipes-core/ncurses/ncurses.inc | 9

[OE-core] [RFC PATCH v4 1/2] bitbake.conf: Pad rpath in native binaries

built in two different build paths will differ. Signed-off-by: Jacob Kroon --- meta/classes/chrpath.bbclass | 3 +++ meta/classes/sstate.bbclass | 1 + meta/conf/bitbake.conf | 3 +++ 3 files changed, 7 insertions(+) diff --git a/meta/classes/chrpath.bbclass b/meta/classes

[OE-core] [RFC PATCH v4 0/2] Improve native/cross reproducibility

series: v1: https://lists.openembedded.org/g/openembedded-core/message/158867 v2: https://lists.openembedded.org/g/openembedded-core/message/158998 v3: https://lists.openembedded.org/g/openembedded-core/message/159181 [1] https://gcc.gnu.org/pipermail/gcc-help/2021-November/140920.html Jacob

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

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

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

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

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

TIVE} 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.b

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

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

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

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

Re: [OE-core] [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

On 12/2/21 12:09, Richard Purdie wrote: > On Thu, 2021-12-02 at 12:03 +0100, Jacob Kroon wrote: >> On 12/2/21 11:51, Richard Purdie wrote: >>> On Thu, 2021-12-02 at 11:19 +0100, Jacob Kroon wrote: >>>> On 12/2/21 00:11, Richard Purdie wrote: >>>>> O

Re: [OE-core] [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

On 12/2/21 11:51, Richard Purdie wrote: > On Thu, 2021-12-02 at 11:19 +0100, Jacob Kroon wrote: >> On 12/2/21 00:11, Richard Purdie wrote: >>> On Tue, 2021-11-30 at 23:37 +0100, Jacob Kroon wrote: >>>> Try to make sure that the RUNTIME dynamic entry size is the same

Re: [OE-core] [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

On 12/2/21 00:11, Richard Purdie wrote: > On Tue, 2021-11-30 at 23:37 +0100, Jacob Kroon wrote: >> 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 identica

Re: [OE-core] [PATCH] native/cross: make ar wrapper support to read options from file

On 12/2/21 09:37, Hongxu Jia wrote: > If ar input params starts with @, it means to read options from file > $ ar -h > ... > @ - read options from > ... > > It failed to call ar wrapper to read options from file: > $ path_to/oe-core/scripts/native-intercept/ar >

[OE-core] [RFC PATCH v2 2/2] Improve native reproducibility in recipes

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

[OE-core] [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

different build paths. 'zstd-native' is a working example. Signed-off-by: Jacob Kroon --- meta/classes/chrpath.bbclass | 3 +++ meta/conf/bitbake.conf | 5 - 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass index

[OE-core] [RFC PATCH v2 0/2] Improve native/cross reproducibility

icedtea7-native/openjdk-8-native by prepending a '/' to the rpath padding * Squashed all the recipe-fixes together in one commit for now Jacob Jacob Kroon (2): bitbake.conf: Pad rpath and remove build ID in native binaries Improve native reproducibility in recipes meta/classes

Re: [OE-core] [RFC PATCH 4/9] perl/perlcross: Improve native reproducability

; the patch in perlcross so that this doesn't happen. > > Signed-off-by: Jacob Kroon <mailto:jacob.kr...@gmail.com>> > --- >  .../{determinism.patch => perl-cross-determinism.patch}      | 0 >  meta/recipes-devtools/perl-cross/perlcross_1.3.6.bb &g

Re: [OE-core] [RFC PATCH 0/9] Improve native/cross reproducibility

On 11/29/21 10:16, Alexander Kanavin wrote: > Thanks Jacob. When looking at this patchset I kept asking myself, why is > this or that change necessary for -native but not for -target. I think > it would help if you include that information in the commits, > particularly, in 1/9 as it is the most

[OE-core] [RFC PATCH 9/9] bitbake.conf: Avoid rpath hack for Java recipes

These shouldn't go in here, they are just here to hightlight that the padding trick will not work in all recipes. Signed-off-by: Jacob Kroon --- meta/conf/bitbake.conf | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 9621023354

[OE-core] [RFC PATCH 7/9] util-linux: Improve native reproducibility

Avoid encoding build-specific paths in the resulting binaries. Signed-off-by: Jacob Kroon --- meta/recipes-core/util-linux/util-linux_2.37.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/util-linux/util-linux_2.37.2.bb b/meta/recipes-core/util-linux

[OE-core] [RFC PATCH 8/9] python3: Improve native reproducibility

Lots of hacks to get python reproduce in different build paths: * Avoid encoding build-specific paths in the resulting binaries * Build without debug information * Remove __pycache__/ since the cached files seem to depend on the run-paths Signed-off-by: Jacob Kroon --- .../python/python3

[OE-core] [RFC PATCH 5/9] pkgconfig: Improve native reproducibility

Avoid encoding build-specific paths in the resulting binaries. Signed-off-by: Jacob Kroon --- meta/recipes-devtools/pkgconfig/pkgconfig_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb b/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb

[OE-core] [RFC PATCH 6/9] ncurses: Improve native reproducibility

Avoid encoding build-specific paths in the resulting binaries. Signed-off-by: Jacob Kroon --- meta/recipes-core/ncurses/ncurses.inc | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-core/ncurses/ncurses.inc b/meta/recipes-core/ncurses/ncurses.inc index a0ecd8a80b..3c15498dd4

[OE-core] [RFC PATCH 4/9] perl/perlcross: Improve native reproducability

-native's sysroot, but both perlcross and perl have a patch called "determinism.patch", so one of them gets overridden. Rename the patch in perlcross so that this doesn't happen. Signed-off-by: Jacob Kroon --- .../{determinism.patch => perl-cross-determinism.patch} | 0 meta/recipes-

[OE-core] [RFC PATCH 3/9] openssl: Improve native reproducibility

The proposed changes here should probably be fixed to have no impact on target. 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

[OE-core] [RFC PATCH 2/9] libtool: Improve native reproducibility

Avoid encoding build-specific paths in the resulting binaries. Signed-off-by: Jacob Kroon --- meta/recipes-devtools/libtool/libtool-native_2.4.6.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/libtool/libtool-native_2.4.6.bb b/meta/recipes-devtools/libtool/libtool

[OE-core] [RFC PATCH 1/9] bitbake.conf: Pad rpath and remove build ID in native binaries

different build paths. 'zstd-native' is a working example. Signed-off-by: Jacob Kroon --- meta/classes/chrpath.bbclass | 3 +++ meta/conf/bitbake.conf | 6 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/meta/classes/chrpath.bbclass b/meta/classes/chrpath.bbclass index

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

, there remains a lot of other native builds that are going to need to be fixed in similar ways as the ones in this patch series. For my images to build I had to avoid the rpath-hack for icedtea7-native and openjdk-8-native. /Jacob Jacob Kroon (9): bitbake.conf: Pad rpath and remove build ID

Re: [OE-core] [docs] [PATCH] dev-manual: how to purge duplicate sstate cache files

On 11/26/21 18:23, Michael Opdenacker wrote: > Hi Jacob, > > Thank you for the suggestion! > > On 11/26/21 10:20 AM, Jacob Kroon wrote: >> I also use the --stamps-dir method since that removes additional files. >> You just gotta remember to do a build of everyt

Re: [OE-core] [docs] [PATCH] dev-manual: how to purge duplicate sstate cache files

Hi Michael, On 11/26/21 10:13, Vyacheslav Yurkov wrote: > Hi Michael > > On 23.11.2021 10:14, Michael Opdenacker wrote: >> Greetings, >> >> On 11/19/21 5:06 PM, Michael Opdenacker wrote: >>> Signed-off-by: Michael Opdenacker >>> --- >>>   documentation/dev-manual/common-tasks.rst | 25

[OE-core] [PATCHv2] native/cross: Add ar wrapper for determinism

binutils-cross with an option making this the default. We need a wrapper since we need to remove the "u" option and replace it with "D" but also allow things like "--version" to continue to work too. Signed-off-by: Jacob Kroon --- Changes in v2: * Don't modify argu

Re: [OE-core] [PATCH] native/cross: Add ar wrapper for determinism

On 11/24/21 00:06, Richard Purdie wrote: > On Tue, 2021-11-23 at 21:22 +0100, Jacob Kroon wrote: >> >> On 11/23/21 15:12, Richard Purdie wrote: >>> From: Jacob Kroon >>> >>> Add a wrapper around ar calls for native/cross recipes. This wrapper adds >&g

Re: [OE-core] [PATCH] native/cross: Add ar wrapper for determinism

On 11/23/21 15:12, Richard Purdie wrote: > From: Jacob Kroon > > Add a wrapper around ar calls for native/cross recipes. This wrapper adds > the -D option so that deterministic archives are built for native/cross > output. This improves the changes of hash equivalence matches an

Re: [OE-core] how to "prune" dead sstate-cache?

On 11/18/21 11:48, Alexander Kanavin wrote: It would be also nice to confirm that the script is in use by someone, and functions properly. There's a ton of stuff under scripts/  that isn't getting a lot of attention or testing. I use it regularly. /Jacob -=-=-=-=-=-=-=-=-=-=-=- Links: You

Re: [OE-core] [hardknott][PATCH 00/14] Review request

On 11/16/21 04:24, Anuj Mittal wrote: Please review these changes for hardknott. No issues seen while testing on autobuilder. Thanks, Anuj The following changes since commit 0ca080a23c2770a15138f702d4c879bbd90ca360: build-appliance-image: Update to hardknott head revision (2021-11-04

Re: [OE-core] [hardknott][PATCH] mklibs: remove recipes and class

On 11/15/21 01:59, Khem Raj wrote: On Sun, Nov 14, 2021 at 11:47 AM Jacob Kroon wrote: On 11/14/21 20:36, Richard Purdie wrote: On Sun, 2021-11-14 at 07:50 +0100, Jacob Kroon wrote: From: Alexander Kanavin This is not enabled or tested by default, and has never been ported to python 3

[OE-core] [hardknott][PATCH] mklibs-native: drop deprecated cpp17 exceptions

From: Andrej Valek gcc11 has -std=gnu++17 as default. Remove deprecated C++17 exceptions based on http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html. Signed-off-by: Andrej Valek Signed-off-by: Steve Sakoman (cherry picked from commit ef8b7946b4793db653ef7dd716e1d3f919a84725)

Re: [OE-core] [hardknott][PATCH] mklibs: remove recipes and class

On 11/14/21 20:51, Richard Purdie wrote: On Sun, 2021-11-14 at 20:47 +0100, Jacob Kroon wrote: On 11/14/21 20:36, Richard Purdie wrote: On Sun, 2021-11-14 at 07:50 +0100, Jacob Kroon wrote: From: Alexander Kanavin This is not enabled or tested by default, and has never been ported to python

Re: [OE-core] [hardknott][PATCH] mklibs: remove recipes and class

On 11/14/21 20:36, Richard Purdie wrote: On Sun, 2021-11-14 at 07:50 +0100, Jacob Kroon wrote: From: Alexander Kanavin This is not enabled or tested by default, and has never been ported to python 3 upstream[1], which means it doesn't work at all with plain poky. If you need it, please put

[OE-core] [hardknott][PATCH] mklibs: remove recipes and class

/mklibs/-/blob/master/src/mklibs Signed-off-by: Alexander Kanavin Signed-off-by: Jacob Kroon Signed-off-by: Richard Purdie (cherry picked from commit 908df863b419d1cad7317153101fc827e7e3a354) --- meta/classes/image-mklibs.bbclass | 56 -- meta/conf/distro/include

Re: [OE-core] [PATCH 1/4] gcc: Merge three related patches together

On 10/26/21 13:11, Richard Purdie wrote: The SYSTEMLIBS_DIR change was spread over three patches, merge these together since there is no value in having them separate. Signed-off-by: Richard Purdie --- meta/recipes-devtools/gcc/gcc-11.2.inc| 2 -

Re: [OE-core] [PATCH 2/2] gawk: reduce strictness of the time test

On 10/19/21 13:35, Ross Burton wrote: The time.awk test does a sleep() and verifies that the actual delay is close to the requested time. However on a loaded system the range of acceptable durations is quite tight and will occasionally fail. Solve this by increasing the range of acceptable

Re: [OE-core] linux-yocto: Set CONFIG_ATA_PIIX=y by default

On 10/19/21 04:40, Bruce Ashfield wrote: On Mon, Oct 18, 2021 at 2:39 AM Jacob Kroon wrote: On 10/17/21 15:32, Bruce Ashfield wrote: On Sun, Oct 17, 2021 at 4:26 AM Jacob Kroon wrote: Hi Bruce and Saul, On 10/16/21 09:18, Jacob Kroon via lists.openembedded.org wrote: Hi Bruce, My Yocto

Re: [OE-core] Little sstate reuse when using uninative and yocto sstate cache

On 10/18/21 12:15, Richard Purdie wrote: On Mon, 2021-10-18 at 09:16 +0200, Jacob Kroon wrote: I'm on latest dunfell and using uninative and have put the yocto servers in my SSTATE_MIRRORS: my-distro.conf: ... SSTATE_MIRRORS ?= "file://.* http://sstate.yoctoproject.org/3.1.11

[OE-core] Little sstate reuse when using uninative and yocto sstate cache

Hi, I'm on latest dunfell and using uninative and have put the yocto servers in my SSTATE_MIRRORS: my-distro.conf: ... SSTATE_MIRRORS ?= "file://.* http://sstate.yoctoproject.org/3.1.11/PATH;downloadfilename=PATH; require conf/distro/include/yocto-uninative.inc INHERIT += "uninative" ...

Re: [OE-core] linux-yocto: Set CONFIG_ATA_PIIX=y by default

On 10/17/21 15:32, Bruce Ashfield wrote: On Sun, Oct 17, 2021 at 4:26 AM Jacob Kroon wrote: Hi Bruce and Saul, On 10/16/21 09:18, Jacob Kroon via lists.openembedded.org wrote: Hi Bruce, My Yocto images (which uses the linux-yocto kernel) stopped booting in QEMU some time ago, and after

Re: [OE-core] linux-yocto: Set CONFIG_ATA_PIIX=y by default

Hi Bruce and Saul, On 10/16/21 09:18, Jacob Kroon via lists.openembedded.org wrote: Hi Bruce, My Yocto images (which uses the linux-yocto kernel) stopped booting in QEMU some time ago, and after some debugging it turns out this was because the upstream Linux kernel removed the legacy IDE

[OE-core] linux-yocto: Set CONFIG_ATA_PIIX=y by default

Hi Bruce, My Yocto images (which uses the linux-yocto kernel) stopped booting in QEMU some time ago, and after some debugging it turns out this was because the upstream Linux kernel removed the legacy IDE driver. Instead one should use the libata driver. However, I don't think the linux-yocto

Re: [OE-core] [oe] Fedora 34, shadow-native/icedtea7-native, umask problems ?

On 6/2/21 6:01 PM, Jacob Kroon via lists.openembedded.org wrote: On 6/2/21 8:32 AM, Jacob Kroon via lists.openembedded.org wrote: Hi, I'm using Fedora 34 and OE-Core/Bitbake/layers from git master as of today, with reproducible builds. Sometimes when rebuilding my image I see sudden changes

Re: [OE-core] [PATCH 05/10] perl: split perl-cross into its own recipe

On 6/4/21 11:14 AM, Alexander Kanavin wrote: As perl and perl-cross need to be updated (and patches rebased) in lockstep, devtool upgrade (and therefore AUH) can't cope with it. Manually updating is still possible, but painful. Split determinism.patch into perl and perl-cross parts, move the

Re: [OE-core] [oe] Fedora 34, shadow-native/icedtea7-native, umask problems ?

On 6/2/21 8:32 AM, Jacob Kroon via lists.openembedded.org wrote: Hi, I'm using Fedora 34 and OE-Core/Bitbake/layers from git master as of today, with reproducible builds. Sometimes when rebuilding my image I see sudden changes in file permissions (jumping back and forth) in the buildhistory

[OE-core] Fedora 34, shadow-native/icedtea7-native, umask problems ?

Hi, I'm using Fedora 34 and OE-Core/Bitbake/layers from git master as of today, with reproducible builds. Sometimes when rebuilding my image I see sudden changes in file permissions (jumping back and forth) in the buildhistory output for two native recipes: shadow-native: (OE-Core)

Re: [OE-core] [PATCH] mklibs-native: Fix build with gcc 11

On 5/18/21 12:20 AM, Khem Raj wrote: On 5/17/21 10:01 AM, Jacob Kroon wrote: In gcc 11 the default mode for C++ is now -std=gnu++17 instead of -std=gnu++14, in which support for dynamic exception specifications has been removed. See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016

[OE-core] [PATCH v2] mklibs: remove recipes and class

/mklibs/-/blob/master/src/mklibs Signed-off-by: Alexander Kanavin Signed-off-by: Jacob Kroon --- Changes in v2: * Removed references to mklibs in meta/conf/local.conf.sample meta/conf/local.conf.sample.extended meta/classes/image-mklibs.bbclass | 56 -- meta

  1   2   3   >