Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC

2016-09-21 Thread Jan-Simon Möller
.-Ing. Jan-Simon Möller jansimon.moel...@gmx.de > Instead of requesting the user to install the DoSOCSv2 from github or other > repos, can we make the spdx.bbclass depend on "dosocs-native" or similar > and make that "DoSOCSv2" recipe available in oe-core ? > &

Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC

2016-11-03 Thread Jan-Simon Möller
; > -Original Message- > > From: openembedded-core-boun...@lists.openembedded.org > > [mailto:openembedded- core-boun...@lists.openembedded.org] On Behalf Of > > Lei, Maohui > > Sent: Monday, October 17, 2016 9:04 AM > > To: Maxin B. John; Jan-Simon Möller &g

[OE-core] [PATCH] file: add bzip2-replacement-native to DEPENDS to fix sstate issue

2020-05-21 Thread Jan-Simon Möller
From: Jan-Simon Moeller file-native when built on a Debian 10 host will embed a dependency to 'libbz2.so.1.0' (instead of 'libbz2.so.1'). This can cause issues when sharing the sstate between hosts e.g.: recipe-sysroot-native/usr/lib/rpm/rpmdeps: error while loading shared libraries:

[OE-core] [dunfell][PATCH] file: add bzip2-replacement-native to DEPENDS to fix sstate issue

2020-05-21 Thread Jan-Simon Möller
From: Jan-Simon Moeller file-native when built on a Debian 10 host will embed a dependency to 'libbz2.so.1.0' (instead of 'libbz2.so.1'). This can cause issues when sharing the sstate between hosts e.g.: recipe-sysroot-native/usr/lib/rpm/rpmdeps: error while loading shared libraries:

[OE-core] [PATCH] Add core-image-weston to reproducible build tests

2021-03-01 Thread Jan-Simon Möller
From: Jan-Simon Moeller This change adds core-image-weston to the reproducible build test. For this we also need to update the static-group and static-passwd. Besides the world package build which includes the wayland package, this adds a wayland/weston-based image to the reproducible build

[OE-core] [PATCH] oe-selftests: add rpm to reproducible build selftest

2021-02-16 Thread Jan-Simon Möller
From: Jan-Simon Möller rpm packaging has shown good numbers wrt reproducible builds as well when testing core-image-minimal locally: Reproducibility summary for rpm: same=4671 different=0 missing=0 total=4671 Thus enable it in the autobuilder to be more widely tested. Signed-off-by: Jan

[OE-core] [PATCH] oe-selftests: add rpm to reproducible build selftest

2021-02-17 Thread Jan-Simon Möller
From: Jan-Simon Möller rpm packaging has shown good numbers wrt reproducible builds as well when testing core-image-minimal locally: Reproducibility summary for rpm: same=4671 different=0 missing=0 total=4671 Thus enable it in the autobuilder to be more widely tested. v2: also add the define

[OE-core] [PATCH] Enable use_source_date_epoch_as_buildtime in package_rpm class

2021-02-18 Thread Jan-Simon Möller
From: Jan-Simon Möller Adding --define 'use_source_date_epoch_as_buildtime 1' to rpmbuild ensure that the rpm header does have a consistent BUILDTIME tag. Signed-off-by: Jan-Simon Möller --- meta/classes/package_rpm.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes

[OE-core] [PATCH 1/3] core: rpm: Do use source_date_epoch also for fakeStat

2021-02-20 Thread Jan-Simon Möller
From: Jan-Simon Möller This makes sure that if we enforce SOURCE_DATE_EPOCH we do also set this for entries returned by the fakeStat function of rpm. Upstream status: pending Signed-off-by: Jan-Simon Möller --- ...-the-timestamps-returned-by-fakeStat.patch | 46 +++ meta

[OE-core] [PATCH 2/3] reproducible_builds: SOURCE_DATE_EPOCH should not be 0

2021-02-20 Thread Jan-Simon Möller
From: Jan-Simon Möller A SOURCE_DATE_EPOCH of 0 might be misinterpreted by namely rpm as no SDE. e.g.: char *srcdate = getenv(SOURCE_DATE_EPOCH); if (srcdate && rpmExpandNumeric(%{?clamp_mtime_to_source_date_epoch})) Solve this by: - providing a SOURCE_DATE_EPOCH_FALLBACK varia

[OE-core] [PATCH 3/3] oe-selftests: add rpm to reproducible build selftest

2021-02-20 Thread Jan-Simon Möller
From: Jan-Simon Möller rpm packaging has shown good numbers wrt reproducible builds as well when testing core-image-minimal locally: Reproducibility summary for rpm: same=4671 different=0 missing=0 total=4671 Thus enable it in the autobuilder to be more widely tested. (From OE-Core rev

Re: [OE-core] [PATCH v2] create-spdx: Get SPDX-License-Identifier from source

2022-02-08 Thread Jan-Simon Möller
Hi all > > Can you given an overview of what meta-spdxscanner does? I'm not quite > > clear what extra processing would be required here. > > Jan-Simon can talk to it better, as he's done some dev work on the layer > and done tests with it against AGL (and the subsequent Fossology instance >

Re: [OE-core] [PATCH v2] create-spdx: Get SPDX-License-Identifier from source

2022-02-08 Thread Jan-Simon Möller
Hi Mikko, > I guess reports from both will be a superset of used licenses (and possibly > copyright statements too) since the list of source files which are actually > compiled is not known to these services. Yes, the input is the 'bare' patched source archives. Yes, you're right. We do only know

[OE-core] [PATCH] buildtools-tarball: export certificates to python and curl

2022-10-05 Thread Jan-Simon Möller
From: Jan-Simon Moeller The custom path of the ca-certificates.crt within the buildtools-tarball requires more environment variables to be exported. Namely REQUESTS_CA_BUNDLE for the python requests library and CURL_CA_BUNDLE for curl. Signed-off-by: Jan-Simon Moeller ---

[OE-core] [kirkstone][PATCH] oe-depends-dot: Handle new format for task-depends.dot

2023-07-06 Thread Jan-Simon Möller
From: Rusty Howell The .dot file created by `bitbake -g` changed formats a while ago, which broke oe-depends-dot. Also add some useful examples to the --help output. Signed-off-by: Rusty Howell Signed-off-by: Luca Ceresoli Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [kirkstone][PATCH] backport patch to oe-depends-dot

2023-07-06 Thread Jan-Simon Möller
Without this patch, the call to oe-depends-dot will have no valid output. Best, Jan-Simon -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#183938): https://lists.openembedded.org/g/openembedded-core/message/183938 Mute This Topic:

[OE-core] [kirkstone][PATCH 1/2] selftest reproducible.py: support different build targets

2023-07-06 Thread Jan-Simon Möller
From: Mikko Rapeli Allow users to set different build reproducibility targets than the defaults using OEQA_REPRODUCIBLE_TEST_TARGET and OEQA_REPRODUCIBLE_TEST_SSTATE_TARGETS variables in local.conf. Fixing all issues from "world" builds is not possible in some complex build environments with

[OE-core] [kirkstone][PATCH] backport reproducible build selftest user-facing settings

2023-07-06 Thread Jan-Simon Möller
Hi Steve! Please consider backporting these patches: [kirkstone][PATCH 1/2] selftest reproducible.py: support different [kirkstone][PATCH 2/2] selftest/reproducible: Allow chose the package For the autobuilder they are a no-op, but for users adopting the reproducible selftest, these are

[OE-core] [kirkstone][PATCH 2/2] selftest/reproducible: Allow chose the package manager

2023-07-06 Thread Jan-Simon Möller
From: Jose Quaresma This is a follow-up of 76e5fcb2 that also allow users to chose the package manager using OEQA_REPRODUCIBLE_TEST_PACKAGE Signed-off-by: Jose Quaresma Signed-off-by: Richard Purdie (cherry picked from commit 3d414d85b44077bac57aba36707b0fc699a73e97) ---