Re: [OE-core] [PATCH] layer.conf: Add os-release to SIGGEN_EXCLUDERECIPES_ABISAFE
Martin Jansa escreveu (sexta, 24/05/2024 à(s) 17:22): > >> diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf > >> index f2bca0aa5ba..65eb657fd93 100644 > >> --- a/meta/conf/layer.conf > >> +++ b/meta/conf/layer.conf > >> @@ -45,6 +45,7 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += " \ > >>ca-certificates \ > >>shared-mime-info \ > >>desktop-file-utils \ > >> + os-release \ > > > > > > Acked-by: Jose Quaresma > > > > I've had this on the Linux microPlatform distro for a while now but I > forgot to submit > > > https://github.com/foundriesio/meta-lmp/blob/efe9acade717181a5b9d3c520d90aa53049abb27/meta-lmp-base/conf/layer.conf#L37 > > You can drop few lines from SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS there as well > :). > I can try to see if I still need to have it, this one was to store and re-use the initramfs on the sstate-cache. Without that I sometimes need to rebuild the kernel when this would not be necessary. All of that was validated on the kirkstone branch. Anyway, I will take a look. Thanks for the tip. -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#199858): https://lists.openembedded.org/g/openembedded-core/message/199858 Mute This Topic: https://lists.openembedded.org/mt/106283450/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] layer.conf: Add os-release to SIGGEN_EXCLUDERECIPES_ABISAFE
Richard Purdie via lists.openembedded.org escreveu (sexta, 24/05/2024 à(s) 16:18): > This rebuilds whenever DISTRO_VERSION changes (i.e. any commit is made) > and systemd depends upon it so lots of things end up rebuilding which > isn't necessary, > > Signed-off-by: Richard Purdie > --- > meta/conf/layer.conf | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf > index f2bca0aa5ba..65eb657fd93 100644 > --- a/meta/conf/layer.conf > +++ b/meta/conf/layer.conf > @@ -45,6 +45,7 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += " \ >ca-certificates \ >shared-mime-info \ >desktop-file-utils \ > + os-release \ > Acked-by: Jose Quaresma ose.quare...@foundries.io > I've had this on the Linux microPlatform distro for a while now but I forgot to submit https://github.com/foundriesio/meta-lmp/blob/efe9acade717181a5b9d3c520d90aa53049abb27/meta-lmp-base/conf/layer.conf#L37 Jose " > > SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \ > -- > 2.40.1 > > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#199856): https://lists.openembedded.org/g/openembedded-core/message/199856 Mute This Topic: https://lists.openembedded.org/mt/106283450/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] buildhistory: Fix do_package race issues
Hi Pedro,
This will add the sstate-cache as a dependency of the buildhistory
which can be correct if it is enabled or in use
but IMO the buildhistory should also work without it, when the sstate is
not in use.
Could you please test one build with: bitbake --no-setscene ... ?
Jose
pmi183 via lists.openembedded.org
escreveu (segunda, 20/05/2024 à(s) 09:10):
> Hi Alex,
>
> I made some debug in the flow and i saw a timing issue and since there's
> no reason to generate files-in-package.txt before sstate-cache operations i
> moved the call to the postfunc of sstate:
>
> ---
> meta/classes-global/sstate.bbclass | 5 +
> meta/classes/buildhistory.bbclass | 18 +++---
> meta/lib/oe/packagedata.py | 2 +-
> 3 files changed, 21 insertions(+), 4 deletions(-)
>
> diff --git a/meta/classes-global/sstate.bbclass
> b/meta/classes-global/sstate.bbclass
> index 76a7b59636..7e3c3e3c4f 100644
> --- a/meta/classes-global/sstate.bbclass
> +++ b/meta/classes-global/sstate.bbclass
> @@ -104,6 +104,7 @@ SSTATEPOSTCREATEFUNCS = ""
> SSTATEPREINSTFUNCS = ""
> SSTATEPOSTUNPACKFUNCS = "sstate_hardcode_path_unpack"
> SSTATEPOSTINSTFUNCS = ""
> +SSTATEPOSTFUNCS = ""
> EXTRA_STAGING_FIXMES ?= "HOSTTOOLS_DIR"
>
> # Check whether sstate exists for tasks that support sstate and are in the
> @@ -805,6 +806,10 @@ python sstate_task_postfunc () {
> sstate_installpkgdir(shared_state, d)
>
> bb.utils.remove(d.getVar("SSTATE_BUILDDIR"), recurse=True)
> +
> +for postfunc in (d.getVar('SSTATEPOSTFUNCS') or '').split():
> +# All hooks should run in the SSTATE_INSTDIR
> +bb.build.exec_func(postfunc, d, (sstateinst,))
> }
> sstate_task_postfunc[dirs] = "${WORKDIR}"
>
> diff --git a/meta/classes/buildhistory.bbclass
> b/meta/classes/buildhistory.bbclass
> index fd53e92402..054c213bf5 100644
> --- a/meta/classes/buildhistory.bbclass
> +++ b/meta/classes/buildhistory.bbclass
> @@ -58,6 +58,9 @@ SSTATEPOSTUNPACKFUNCS:append = "
> buildhistory_emit_outputsigs"
> sstate_installpkgdir[vardepsexclude] += "buildhistory_emit_outputsigs"
> SSTATEPOSTUNPACKFUNCS[vardepvalueexclude] .= "|
> buildhistory_emit_outputsigs"
>
> +SSTATEPOSTFUNCS:append = " buildhistory_emit_filesinpackage"
> +SSTATEPOSTFUNCS[vardepvalueexclude] .= "|
> buildhistory_emit_filesinpackage"
> +
> # All items excepts those listed here will be removed from a recipe's
> # build history directory by buildhistory_emit_pkghistory(). This is
> # necessary because some of these items (package directories, files that
> @@ -87,6 +90,16 @@ buildhistory_emit_sysroot() {
> buildhistory_list_files_no_owners $BASE
> ${BUILDHISTORY_DIR_PACKAGE}/sysroot
> }
>
> +#
> +# Write out files-in-package for this package
> +#
> +python buildhistory_emit_filesinpackage() {
> +if d.getVar('BB_CURRENTTASK') in ['package', 'package_setscene']:
> +# Create files-in-.txt files containing a list of
> files of each recipe's package
> +bb.build.exec_func("buildhistory_list_pkg_files", d)
> +return 0
> +}
> +
> #
> # Write out metadata about this package for comparison when writing
> future packages
> #
> @@ -99,8 +112,6 @@ python buildhistory_emit_pkghistory() {
> return 0
>
> if d.getVar('BB_CURRENTTASK') in ['package', 'package_setscene']:
> -# Create files-in-.txt files containing a list of
> files of each recipe's package
> -bb.build.exec_func("buildhistory_list_pkg_files", d)
> return 0
>
> if not d.getVar('BB_CURRENTTASK') in ['packagedata',
> 'packagedata_setscene']:
> @@ -599,7 +610,8 @@ buildhistory_list_files_no_owners() {
>
> buildhistory_list_pkg_files() {
> # Create individual files-in-package for each recipe's package
> - for pkgdir in $(find ${PKGDEST}/* -maxdepth 0 -type d); do
> +pkgdirlist=$(find ${PKGDEST}/* -maxdepth 0 -type d)
> + for pkgdir in ${pkgdirlist}; do
> pkgname=$(basename $pkgdir)
> outfolder="${BUILDHISTORY_DIR_PACKAGE}/$pkgname"
> outfile="$outfolder/files-in-package.txt"
> diff --git a/meta/lib/oe/packagedata.py b/meta/lib/oe/packagedata.py
> index 2d1d6ddeb7..e8c503b43b 100644
> --- a/meta/lib/oe/packagedata.py
> +++ b/meta/lib/oe/packagedata.py
> @@ -309,7 +309,7 @@ fi
> subdata_file = pkgdatadir + "/runtime/%s" % pkg
> with open(subdata_file, 'w') as sf:
> for var in (d.getVar('PKGDATA_VARS') or "").split():
> -val = write_if_exists(sf, pkg, var)
> +write_if_exists(sf, pkg, var)
>
> write_if_exists(sf, pkg, 'FILERPROVIDESFLIST')
> for dfile in sorted((d.getVar('FILERPROVIDESFLIST:' + pkg) or
> "").split()):
> --
> 2.34.1
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199569):
https://lists.openembedded.org/g/openembedded-core/message/199569
Mute This Topic:
Re: [OE-core] [yocto-security] CVE status for scathgap on 2024-05-16 and ask for help
Marta Rybczynska via lists.yoctoproject.org escreveu (quinta, 16/05/2024 à(s) 14:20): > Hello all, > The prototype CVE check via the MITRE database is giving the following for > scathgap today (adding maintainers of affected packages in copy): > > CVE-2024-32002.json: affected: git 2.44.0 > CVE-2024-32004.json: affected: git 2.44.0 > CVE-2024-32020.json: affected: git 2.44.0 > CVE-2024-32021.json: affected: git 2.44.0 > CVE-2024-3205.json: affected: libyaml 0.2.5 > CVE-2024-32465.json: affected: git 2.44.0 > CVE-2024-33599.json: affected glibc 2.39 > CVE-2024-33600.json: affected: glibc 2.39 > CVE-2024-33601.json: affected: glibc 2.39 > CVE-2024-33602.json: affected: glibc 2.39 > > I would also like to ask for volunteers to help with looking up the > following CVEs and submitting fixes to > https://github.com/mrybczyn/cvelistV5-overrides/tree/overrides if they > are malformed: > go: CVE-2024-24788, CVE=2024-24787 > All the golang was fixed in today bump to 1.22.3 https://patchwork.yoctoproject.org/project/oe-core/patch/20240516102322.301064-1-jose.quare...@foundries.io/ Anyway the CVE-2024-24787 only affects the Apple people on Darwin. Jose aiohttp: CVE-2024-30251 > x server: CVE-2024-31053, CVE-2024-31082 > bluez: CVE-2023-27349, CVE-2023-50229, CVE-2023-50230 > gstreamer: CVE-2023-50186, CVE-2023-6 > less: CVE-2024-32407 > ncurses: CVE-2023-45988 > ofono: CVE-2023-4234, CVE-2023-4233 > > If you have any question on how to do that, ask me. > > Kind regards, > Marta > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#199490): https://lists.openembedded.org/g/openembedded-core/message/199490 Mute This Topic: https://lists.openembedded.org/mt/106135359/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] go: upgrade 1.22.2 -> 1.22.3
Upgrade to latest 1.22.x release [1]:
$ git --no-pager log --oneline go1.22.2..go1.22.3
adbfb672ba (tag: go1.22.3) [release-branch.go1.22] go1.22.3
fa0292d252 [release-branch.go1.22] cmd/go: disallow -lto_library in LDFLAGS
947e43e371 [release-branch.go1.22] Revert "cmd/compile: don't combine loads in
generated equality functions"
9d2e28501c [release-branch.go1.22] cmd/compile: don't combine loads in
generated equality functions
93d8777d24 [release-branch.go1.22] net: check SkipAdditional error result
3f4af1ff0e [release-branch.go1.22] runtime: use bootstrapRand to initialize
hashkey
a7ff78d585 [release-branch.go1.22] cmd/compile: bail PGO method lookup on
interface types
12c1177045 [release-branch.go1.22] cmd/internal/obj/ppc64: fix incorrect int to
int64 conversion when checking MOVD opcodes
d6c972ad41 [release-branch.go1.22] net/http: update bundled
golang.org/x/net/http2
a65a2bbd8e [release-branch.go1.22] all: tidy dependency versioning after release
[1] https://github.com/golang/go/compare/go1.22.2...go1.22.3
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.22.2.inc => go-1.22.3.inc} | 2 +-
...o-binary-native_1.22.2.bb => go-binary-native_1.22.3.bb} | 6 +++---
...cross-canadian_1.22.2.bb => go-cross-canadian_1.22.3.bb} | 0
.../go/{go-cross_1.22.2.bb => go-cross_1.22.3.bb} | 0
.../go/{go-crosssdk_1.22.2.bb => go-crosssdk_1.22.3.bb} | 0
.../go/{go-native_1.22.2.bb => go-native_1.22.3.bb} | 0
.../go/{go-runtime_1.22.2.bb => go-runtime_1.22.3.bb} | 0
meta/recipes-devtools/go/{go_1.22.2.bb => go_1.22.3.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.22.2.inc => go-1.22.3.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.22.2.bb =>
go-binary-native_1.22.3.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.22.2.bb =>
go-cross-canadian_1.22.3.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.22.2.bb => go-cross_1.22.3.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.22.2.bb =>
go-crosssdk_1.22.3.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.22.2.bb => go-native_1.22.3.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.22.2.bb => go-runtime_1.22.3.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.22.2.bb => go_1.22.3.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.22.2.inc
b/meta/recipes-devtools/go/go-1.22.3.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.22.2.inc
rename to meta/recipes-devtools/go/go-1.22.3.inc
index b399207311..34703bc1fa 100644
--- a/meta/recipes-devtools/go/go-1.22.2.inc
+++ b/meta/recipes-devtools/go/go-1.22.3.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"374ea82b289ec738e968267cac59c7d5ff180f9492250254784b2044e90df5a9"
+SRC_URI[main.sha256sum] =
"80648ef34f903193d72a59c0dff019f5f98ae0c9aa13ade0b0ecbff991a76f68"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.22.2.bb
b/meta/recipes-devtools/go/go-binary-native_1.22.3.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.22.2.bb
rename to meta/recipes-devtools/go/go-binary-native_1.22.3.bb
index 0f00509f03..b67d97608d 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.22.2.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.22.3.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"5901c52b7a78002aeff14a21f93e0f064f74ce1360fce51c6ee68cd471216a17"
-SRC_URI[go_linux_arm64.sha256sum] =
"36e720b2d564980c162a48c7e97da2e407dfcc4239e1e58d98082dfa2486a0c1"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"251a8886c5113be6490bdbb955ddee98763b49c9b1bf4c8364c02d3b482dab00"
+SRC_URI[go_linux_amd64.sha256sum] =
"8920ea521bad8f6b7bc377b4824982e011c19af27df88a815e3586ea895f1b36"
+SRC_URI[go_linux_arm64.sha256sum] =
"6c33e52a5b26e7aa021b94475587fce80043a727a54ceb0eee2f9fc160646434"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"04b7b05283de30dd2da20bf3114b2e22cc727938aed3148babaf35cc951051ac"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.22.2.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.22.3.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.22.2.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.22.3.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.22.2.bb
b/meta/recipes-devtools/go/go-cross_1.22.3.bb
similarity index 100%
rename
[OE-core][kirkstone][PATCH] classes: go-mod: do not pack go mod cache
From: Stefan Herbrechtsmeier
Clean go module cache from builddir to prevent it of beeing packed.
Signed-off-by: Stefan Herbrechtsmeier
Signed-off-by: Lukas Funke
Signed-off-by: Alexandre Belloni
(cherry picked from commit 328bea56dec8f83b5c118f567e122510f9243087)
Signed-off-by: Jose Quaresma
---
meta/classes/go-mod.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/go-mod.bbclass b/meta/classes/go-mod.bbclass
index 674d2434e0..1ad782a304 100644
--- a/meta/classes/go-mod.bbclass
+++ b/meta/classes/go-mod.bbclass
@@ -18,3 +18,7 @@ inherit go
GO_WORKDIR ?= "${GO_IMPORT}"
do_compile[dirs] += "${B}/src/${GO_WORKDIR}"
+
+export GOMODCACHE = "${B}/.mod"
+
+do_compile[cleandirs] += "${B}/.mod"
--
2.45.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199255):
https://lists.openembedded.org/g/openembedded-core/message/199255
Mute This Topic: https://lists.openembedded.org/mt/106091952/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][kirkstone][PATCH 2/2] go.bbclass: fix path to linker in native Go builds
From: Dmitry Baryshkov
Building native Go tools results in the tool pointing to the wrong
location of dynamic linker (see below). The linker is looked up in the
temporary dir, which can be removed if rm_work is inherited. This
results in being unable to execute the program with the 'No such file or
directory' error. Override linker specificiation for native recipes (and
let Go build environment to pick up a correct one on it's own).
The error is observed in case the distro doesn't use uninative.bbclass.
If uninative.bbclass is used, the binary will be patched automatically
to use the uninative loader instead of the system one.
Without this patch:
$ ldd
tmp-rpb-glibc/sysroots-components/x86_64/go-md2man-native/usr/bin/go-md2man
linux-vdso.so.1 (0x7ffe945ec000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3a7490e000)
/home/lumag/Projects/RPB/build-rpb/tmp-rpb-glibc/work/x86_64-linux/go-md2man-native/1.0.10+gitAUTOINC+f79a8a8ca6-r0/recipe-sysroot-native/usr/lib/ld-linux-x86-64.so.2
=> /lib64/ld-linux-x86-64.so.2 (0x7f3a74d13000)
$ tmp-rpb-glibc/sysroots-components/x86_64/go-md2man-native/usr/bin/go-md2man
--help
-bash:
tmp-rpb-glibc/sysroots-components/x86_64/go-md2man-native/usr/bin/go-md2man: No
such file or directory
With the patch
$ ldd
tmp-rpb-glibc/sysroots-components/x86_64/go-md2man-native/usr/bin/go-md2man
linux-vdso.so.1 (0x7ffd19dbf000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f2d44181000)
/lib64/ld-linux-x86-64.so.2 (0x7f2d44586000)
$ tmp-rpb-glibc/sysroots-components/x86_64/go-md2man-native/usr/bin/go-md2man
--help
Usage of
tmp-rpb-glibc/sysroots-components/x86_64/go-md2man-native/usr/bin/go-md2man:
-in string
Path to file to be processed (default: stdin)
-out string
Path to output processed file (default: stdout)
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Richard Purdie
(cherry picked from commit 44b397daa68b4d0a461225fe9ff7db8b5fcfdb7b)
Signed-off-by: Jose Quaresma
---
meta/classes/go.bbclass | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index 55f9d8f230..97366779e3 100644
--- a/meta/classes/go.bbclass
+++ b/meta/classes/go.bbclass
@@ -45,7 +45,10 @@ GO_LINKMODE ?= ""
GO_LINKMODE:class-nativesdk = "--linkmode=external"
GO_LINKMODE:class-native = "--linkmode=external"
GO_EXTRA_LDFLAGS ?= ""
-GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} -I ${@get_linuxloader(d)}
${GO_EXTRA_LDFLAGS} -extldflags '${GO_EXTLDFLAGS}'"'
+GO_LINUXLOADER ?= "-I ${@get_linuxloader(d)}"
+# Use system loader. If uninative is used, the uninative loader will be
patched automatically
+GO_LINUXLOADER:class-native = ""
+GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} ${GO_LINUXLOADER}
${GO_EXTRA_LDFLAGS} -extldflags '${GO_EXTLDFLAGS}'"'
export GOBUILDFLAGS ?= "-v ${GO_LDFLAGS} -trimpath"
export GOPATH_OMIT_IN_ACTIONID ?= "1"
export GOPTESTBUILDFLAGS ?= "${GOBUILDFLAGS} -c"
--
2.45.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199254):
https://lists.openembedded.org/g/openembedded-core/message/199254
Mute This Topic: https://lists.openembedded.org/mt/106091942/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][kirkstone][PATCH 1/2] go: Always pass interpreter to linker
From: Joerg Vehlow
When gos internal linker is used, it uses hardcoded paths to the
interpreter (dynamic linker). For x86_64 this hardcoded path is
/lib64/ld-linux-x86-64.so.2, but yocto's default dynamic linker path
is /lib64/ld-linux-x86-64.so.2.
Most of the time, the internal linker is not used and binutils linker
sets the correct path, but sometimes the internal linker is used and
the resulting binary will not work on x86_64.
To ensure the path is always correct, pass it to the linker.
Signed-off-by: Joerg Vehlow
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
(cherry picked from commit 6b54215074d7f3dbba07f096f16b9c0acf51527c)
Signed-off-by: Jose Quaresma
---
meta/classes/go.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index d944722309..55f9d8f230 100644
--- a/meta/classes/go.bbclass
+++ b/meta/classes/go.bbclass
@@ -1,4 +1,5 @@
inherit goarch
+inherit linuxloader
GO_PARALLEL_BUILD ?= "${@oe.utils.parallel_make_argument(d, '-p %d')}"
@@ -44,7 +45,7 @@ GO_LINKMODE ?= ""
GO_LINKMODE:class-nativesdk = "--linkmode=external"
GO_LINKMODE:class-native = "--linkmode=external"
GO_EXTRA_LDFLAGS ?= ""
-GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} ${GO_EXTRA_LDFLAGS}
-extldflags '${GO_EXTLDFLAGS}'"'
+GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} -I ${@get_linuxloader(d)}
${GO_EXTRA_LDFLAGS} -extldflags '${GO_EXTLDFLAGS}'"'
export GOBUILDFLAGS ?= "-v ${GO_LDFLAGS} -trimpath"
export GOPATH_OMIT_IN_ACTIONID ?= "1"
export GOPTESTBUILDFLAGS ?= "${GOBUILDFLAGS} -c"
--
2.45.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199253):
https://lists.openembedded.org/g/openembedded-core/message/199253
Mute This Topic: https://lists.openembedded.org/mt/106091940/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][scarthgap][PATCH 1/2] go: Drop the linkmode completely
From: Jose Quaresma
This will make possible to restore the default dynamic linking globally
which is what we had before the 1.20.X release.
Signed-off-by: Jose Quaresma
Signed-off-by: Richard Purdie
(cherry picked from commit 6ad90fc2fc49c4199a59dfb1c1d81a7ba184a522)
Signed-off-by: Jose Quaresma
---
meta/classes-recipe/go.bbclass | 2 --
meta/recipes-devtools/go/go-runtime.inc | 2 +-
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/classes-recipe/go.bbclass b/meta/classes-recipe/go.bbclass
index cc3564c36a..d32509aa6d 100644
--- a/meta/classes-recipe/go.bbclass
+++ b/meta/classes-recipe/go.bbclass
@@ -48,8 +48,6 @@ GO_RPATH:class-native = "${@'-r
${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE
GO_RPATH_LINK:class-native =
"${@'-Wl,-rpath-link=${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE}_dynlink'
if d.getVar('GO_DYNLINK') else ''}"
GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${GO_RPATH_LINK}
${LDFLAGS}"
GO_LINKMODE ?= ""
-GO_LINKMODE:class-nativesdk = "--linkmode=external"
-GO_LINKMODE:class-native = "--linkmode=external"
GO_EXTRA_LDFLAGS ?= ""
GO_LINUXLOADER ?= "-I ${@get_linuxloader(d)}"
# Use system loader. If uninative is used, the uninative loader will be
patched automatically
diff --git a/meta/recipes-devtools/go/go-runtime.inc
b/meta/recipes-devtools/go/go-runtime.inc
index 3f1e795dd9..413cf6d33f 100644
--- a/meta/recipes-devtools/go/go-runtime.inc
+++ b/meta/recipes-devtools/go/go-runtime.inc
@@ -15,7 +15,7 @@ export CGO_LDFLAGS = "${@ ' '.join(filter(lambda f: not
f.startswith('-fdebug-pr
export GOCACHE = "${B}/.cache"
GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${LDFLAGS}"
-GO_SHLIB_LDFLAGS ?= '-ldflags="--linkmode=external -extldflags
'${GO_EXTLDFLAGS}'"'
+GO_SHLIB_LDFLAGS ?= '-ldflags="-extldflags '${GO_EXTLDFLAGS}'"'
do_configure() {
:
--
2.45.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199038):
https://lists.openembedded.org/g/openembedded-core/message/199038
Mute This Topic: https://lists.openembedded.org/mt/105936535/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][scarthgap][PATCH 2/2] Revert "goarch: disable dynamic linking globally"
From: Jose Quaresma This reverts commit 827c60b79e7fcafd14e68870f6b69dcc48ac9c39. Fixed with the drop of the linkmode Signed-off-by: Jose Quaresma Signed-off-by: Richard Purdie (cherry picked from commit 8f46f60a703defc3e74adad382320c129cef0b06) Signed-off-by: Jose Quaresma --- meta/classes-recipe/goarch.bbclass | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/meta/classes-recipe/goarch.bbclass b/meta/classes-recipe/goarch.bbclass index 6899ec28e4..1ebe03864f 100644 --- a/meta/classes-recipe/goarch.bbclass +++ b/meta/classes-recipe/goarch.bbclass @@ -38,13 +38,13 @@ BASE_GOARM:armv5 = '5' # Go supports dynamic linking on a limited set of architectures. # See the supportsDynlink function in go/src/cmd/compile/internal/gc/main.go GO_DYNLINK = "" -GO_DYNLINK:arm = "" -GO_DYNLINK:aarch64 = "" -GO_DYNLINK:x86 = "" -GO_DYNLINK:x86-64 = "" -GO_DYNLINK:powerpc64 = "" -GO_DYNLINK:powerpc64le = "" -GO_DYNLINK:class-native = "" +GO_DYNLINK:arm ?= "1" +GO_DYNLINK:aarch64 ?= "1" +GO_DYNLINK:x86 ?= "1" +GO_DYNLINK:x86-64 ?= "1" +GO_DYNLINK:powerpc64 ?= "1" +GO_DYNLINK:powerpc64le ?= "1" +GO_DYNLINK:class-native ?= "" GO_DYNLINK:class-nativesdk = "" # define here because everybody inherits this class -- 2.45.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#199039): https://lists.openembedded.org/g/openembedded-core/message/199039 Mute This Topic: https://lists.openembedded.org/mt/105936536/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 1/2] go: Drop the linkmode completely
Khem Raj escreveu (sexta, 19/04/2024 à(s) 21:43):
>
>
> On Fri, Apr 19, 2024 at 11:28 AM Jose Quaresma
> wrote:
>
>>
>>
>> Khem Raj escreveu (sexta, 19/04/2024 à(s) 19:17):
>>
>>> On Fri, Apr 19, 2024 at 10:53 AM Jose Quaresma via
>>> lists.openembedded.org
>>> wrote:
>>> >
>>> > This will make possible to restore the default dynamic linking globally
>>> > which is what we had before the 1.20.X release.
>>> >
>>>
>>> Looks good overall. how do we support the static linking if user wanted ?
>>>
>>
>> To disable the dynamic linking, which is the default, we need to unset
>> the GO_DYNLINK
>> but this needs to be done with a machine arch override otherwise has no
>> effect.
>>
>> GO_DYNLINK:machine_arch = ""
>>
>> As an example the below patch enables the static linkiging for all the
>> architectures
>>
>> https://git.yoctoproject.org/poky/commit/meta/classes-recipe/goarch.bbclass?id=fd2e5e0b89d9c69acc9f813f07cd052630596ad5
>>
>>
>
> I wonder if it makes sense to have a variable for doing static linking now
> that dynamic linking is default anyway and remove it
>
To do this, we would have to remove all the logic based on the GO_DYNLINK and
add this new variable to the static linking.
Just to clarify, the default upstream golang linking is the static way but
in OE we prefer the dynamic linking maybe because
the binary size but I did some tests and surprisingly the result can even
be better in terms of binary size when we link statically
as can be see on this https://github.com/foundriesio/lmp-manifest/pull/425
This toolchain is also a bit particular in the sense that the go-runtime
conditions all other packages afterwards.
For example, by having a static go-runtime we are conditioning everything
to be linked in the same way,
the opposite is no longer true and we can have the go-runtime dynamically
but then have packages linked statically.
The reason is because the /usr/lib/go/pkg/linux_amd64_dynlink/libstd.so
only exists when the go-runtime is dynamically linked.
Jose
>
>
>> Jose
>>
>>
>>> > Signed-off-by: Jose Quaresma
>>> > ---
>>> > meta/classes-recipe/go.bbclass | 2 --
>>> > meta/recipes-devtools/go/go-runtime.inc | 2 +-
>>> > 2 files changed, 1 insertion(+), 3 deletions(-)
>>> >
>>> > diff --git a/meta/classes-recipe/go.bbclass
>>> b/meta/classes-recipe/go.bbclass
>>> > index cc3564c36a..d32509aa6d 100644
>>> > --- a/meta/classes-recipe/go.bbclass
>>> > +++ b/meta/classes-recipe/go.bbclass
>>> > @@ -48,8 +48,6 @@ GO_RPATH:class-native = "${@'-r
>>> ${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE
>>> > GO_RPATH_LINK:class-native =
>>> "${@'-Wl,-rpath-link=${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE}_dynlink'
>>> if d.getVar('GO_DYNLINK') else ''}"
>>> > GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}
>>> ${GO_RPATH_LINK} ${LDFLAGS}"
>>> > GO_LINKMODE ?= ""
>>> > -GO_LINKMODE:class-nativesdk = "--linkmode=external"
>>> > -GO_LINKMODE:class-native = "--linkmode=external"
>>> > GO_EXTRA_LDFLAGS ?= ""
>>> > GO_LINUXLOADER ?= "-I ${@get_linuxloader(d)}"
>>> > # Use system loader. If uninative is used, the uninative loader will
>>> be patched automatically
>>> > diff --git a/meta/recipes-devtools/go/go-runtime.inc
>>> b/meta/recipes-devtools/go/go-runtime.inc
>>> > index 3f1e795dd9..413cf6d33f 100644
>>> > --- a/meta/recipes-devtools/go/go-runtime.inc
>>> > +++ b/meta/recipes-devtools/go/go-runtime.inc
>>> > @@ -15,7 +15,7 @@ export CGO_LDFLAGS = "${@ ' '.join(filter(lambda f:
>>> not f.startswith('-fdebug-pr
>>> > export GOCACHE = "${B}/.cache"
>>> >
>>> > GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${LDFLAGS}"
>>> > -GO_SHLIB_LDFLAGS ?= '-ldflags="--linkmode=external -extldflags
>>> '${GO_EXTLDFLAGS}'"'
>>> > +GO_SHLIB_LDFLAGS ?= '-ldflags="-extldflags '${GO_EXTLDFLAGS}'"'
>>> >
>>> > do_configure() {
>>> > :
>>> > --
>>> > 2.44.0
>>> >
>>> >
>>> >
>>> >
>>>
>>
>>
>> --
>> Best regards,
>>
>> José Quaresma
>>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198587):
https://lists.openembedded.org/g/openembedded-core/message/198587
Mute This Topic: https://lists.openembedded.org/mt/105623011/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 1/2] go: Drop the linkmode completely
Khem Raj escreveu (sexta, 19/04/2024 à(s) 19:17):
> On Fri, Apr 19, 2024 at 10:53 AM Jose Quaresma via
> lists.openembedded.org
> wrote:
> >
> > This will make possible to restore the default dynamic linking globally
> > which is what we had before the 1.20.X release.
> >
>
> Looks good overall. how do we support the static linking if user wanted ?
>
To disable the dynamic linking, which is the default, we need to unset the
GO_DYNLINK
but this needs to be done with a machine arch override otherwise has no
effect.
GO_DYNLINK:machine_arch = ""
As an example the below patch enables the static linkiging for all the
architectures
https://git.yoctoproject.org/poky/commit/meta/classes-recipe/goarch.bbclass?id=fd2e5e0b89d9c69acc9f813f07cd052630596ad5
Jose
> > Signed-off-by: Jose Quaresma
> > ---
> > meta/classes-recipe/go.bbclass | 2 --
> > meta/recipes-devtools/go/go-runtime.inc | 2 +-
> > 2 files changed, 1 insertion(+), 3 deletions(-)
> >
> > diff --git a/meta/classes-recipe/go.bbclass
> b/meta/classes-recipe/go.bbclass
> > index cc3564c36a..d32509aa6d 100644
> > --- a/meta/classes-recipe/go.bbclass
> > +++ b/meta/classes-recipe/go.bbclass
> > @@ -48,8 +48,6 @@ GO_RPATH:class-native = "${@'-r
> ${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE
> > GO_RPATH_LINK:class-native =
> "${@'-Wl,-rpath-link=${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE}_dynlink'
> if d.getVar('GO_DYNLINK') else ''}"
> > GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${GO_RPATH_LINK}
> ${LDFLAGS}"
> > GO_LINKMODE ?= ""
> > -GO_LINKMODE:class-nativesdk = "--linkmode=external"
> > -GO_LINKMODE:class-native = "--linkmode=external"
> > GO_EXTRA_LDFLAGS ?= ""
> > GO_LINUXLOADER ?= "-I ${@get_linuxloader(d)}"
> > # Use system loader. If uninative is used, the uninative loader will be
> patched automatically
> > diff --git a/meta/recipes-devtools/go/go-runtime.inc
> b/meta/recipes-devtools/go/go-runtime.inc
> > index 3f1e795dd9..413cf6d33f 100644
> > --- a/meta/recipes-devtools/go/go-runtime.inc
> > +++ b/meta/recipes-devtools/go/go-runtime.inc
> > @@ -15,7 +15,7 @@ export CGO_LDFLAGS = "${@ ' '.join(filter(lambda f:
> not f.startswith('-fdebug-pr
> > export GOCACHE = "${B}/.cache"
> >
> > GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${LDFLAGS}"
> > -GO_SHLIB_LDFLAGS ?= '-ldflags="--linkmode=external -extldflags
> '${GO_EXTLDFLAGS}'"'
> > +GO_SHLIB_LDFLAGS ?= '-ldflags="-extldflags '${GO_EXTLDFLAGS}'"'
> >
> > do_configure() {
> > :
> > --
> > 2.44.0
> >
> >
> >
> >
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198561):
https://lists.openembedded.org/g/openembedded-core/message/198561
Mute This Topic: https://lists.openembedded.org/mt/105623011/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 2/2] Revert "goarch: disable dynamic linking globally"
This reverts commit 827c60b79e7fcafd14e68870f6b69dcc48ac9c39. Fixed with the drop of the linkmode Signed-off-by: Jose Quaresma --- meta/classes-recipe/goarch.bbclass | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/meta/classes-recipe/goarch.bbclass b/meta/classes-recipe/goarch.bbclass index 6899ec28e4..1ebe03864f 100644 --- a/meta/classes-recipe/goarch.bbclass +++ b/meta/classes-recipe/goarch.bbclass @@ -38,13 +38,13 @@ BASE_GOARM:armv5 = '5' # Go supports dynamic linking on a limited set of architectures. # See the supportsDynlink function in go/src/cmd/compile/internal/gc/main.go GO_DYNLINK = "" -GO_DYNLINK:arm = "" -GO_DYNLINK:aarch64 = "" -GO_DYNLINK:x86 = "" -GO_DYNLINK:x86-64 = "" -GO_DYNLINK:powerpc64 = "" -GO_DYNLINK:powerpc64le = "" -GO_DYNLINK:class-native = "" +GO_DYNLINK:arm ?= "1" +GO_DYNLINK:aarch64 ?= "1" +GO_DYNLINK:x86 ?= "1" +GO_DYNLINK:x86-64 ?= "1" +GO_DYNLINK:powerpc64 ?= "1" +GO_DYNLINK:powerpc64le ?= "1" +GO_DYNLINK:class-native ?= "" GO_DYNLINK:class-nativesdk = "" # define here because everybody inherits this class -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198559): https://lists.openembedded.org/g/openembedded-core/message/198559 Mute This Topic: https://lists.openembedded.org/mt/105623012/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH 1/2] go: Drop the linkmode completely
This will make possible to restore the default dynamic linking globally
which is what we had before the 1.20.X release.
Signed-off-by: Jose Quaresma
---
meta/classes-recipe/go.bbclass | 2 --
meta/recipes-devtools/go/go-runtime.inc | 2 +-
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/classes-recipe/go.bbclass b/meta/classes-recipe/go.bbclass
index cc3564c36a..d32509aa6d 100644
--- a/meta/classes-recipe/go.bbclass
+++ b/meta/classes-recipe/go.bbclass
@@ -48,8 +48,6 @@ GO_RPATH:class-native = "${@'-r
${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE
GO_RPATH_LINK:class-native =
"${@'-Wl,-rpath-link=${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE}_dynlink'
if d.getVar('GO_DYNLINK') else ''}"
GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${GO_RPATH_LINK}
${LDFLAGS}"
GO_LINKMODE ?= ""
-GO_LINKMODE:class-nativesdk = "--linkmode=external"
-GO_LINKMODE:class-native = "--linkmode=external"
GO_EXTRA_LDFLAGS ?= ""
GO_LINUXLOADER ?= "-I ${@get_linuxloader(d)}"
# Use system loader. If uninative is used, the uninative loader will be
patched automatically
diff --git a/meta/recipes-devtools/go/go-runtime.inc
b/meta/recipes-devtools/go/go-runtime.inc
index 3f1e795dd9..413cf6d33f 100644
--- a/meta/recipes-devtools/go/go-runtime.inc
+++ b/meta/recipes-devtools/go/go-runtime.inc
@@ -15,7 +15,7 @@ export CGO_LDFLAGS = "${@ ' '.join(filter(lambda f: not
f.startswith('-fdebug-pr
export GOCACHE = "${B}/.cache"
GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${LDFLAGS}"
-GO_SHLIB_LDFLAGS ?= '-ldflags="--linkmode=external -extldflags
'${GO_EXTLDFLAGS}'"'
+GO_SHLIB_LDFLAGS ?= '-ldflags="-extldflags '${GO_EXTLDFLAGS}'"'
do_configure() {
:
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198558):
https://lists.openembedded.org/g/openembedded-core/message/198558
Mute This Topic: https://lists.openembedded.org/mt/105623011/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v3] curl: improve reproducibility
Hi Oleh,
I think your v2 was already merged on the master branch as well as the
others patches on the patchset.
https://git.yoctoproject.org/poky/commit/?id=cabeed4e6d31fd798ab9dac0313b88a35d1d904d
Jose
Oleh Matiusha via lists.openembedded.org escreveu (sexta, 5/04/2024 à(s) 11:10):
> nativesdk-curl package contains host references in output files.
> remove them.
>
> Signed-off-by: Oleh Matiusha
> ---
> v2
> - moved common code to separate function
> v3
> - absolute path cleanup for all classes
> ---
> ---
> meta/recipes-support/curl/curl_8.6.0.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-support/curl/curl_8.6.0.bb
> b/meta/recipes-support/curl/curl_8.6.0.bb
> index ea69164d76..003f3edf3f 100644
> --- a/meta/recipes-support/curl/curl_8.6.0.bb
> +++ b/meta/recipes-support/curl/curl_8.6.0.bb
> @@ -79,7 +79,7 @@ EXTRA_OECONF = " \
> ${@'--without-ssl' if (bb.utils.filter('PACKAGECONFIG', 'gnutls
> mbedtls openssl', d) == '') else ''} \
> "
>
> -do_install:append:class-target() {
> +do_install:append() {
> # cleanup buildpaths from curl-config
> sed -i \
> -e 's,--sysroot=${STAGING_DIR_TARGET},,g' \
> --
> 2.33.0
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197982):
https://lists.openembedded.org/g/openembedded-core/message/197982
Mute This Topic: https://lists.openembedded.org/mt/105345472/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 2/2] curl: disable ca-certificates.crt path setting for native build
Hi Mikko,
Did you test with the below change already merged on master?
Looks like it was to fix the same issue.
git: git-replacement-native: depend on ca-certificate
https://git.yoctoproject.org/poky/commit/meta/recipes-devtools/git?id=421083c46c97bf758496b8c58402aea5d74aa097
Jose
Mikko Rapeli escreveu (quinta, 4/04/2024 à(s)
14:29):
> If linux-yocto-dev is compiled without specific SRCREV, it uses
> AUTOREV which tries to update to latest available commit. This is
> currently failing with these steps:
>
> $ rm -rf tmp*/work/*/linux-yocto-dev && \
> bitbake -c do_configure mc:machine:linux-yocto-dev ; \
> bitbake -c do_clean mc:machine:linux-yocto-dev
> ...
> Parsing recipes...WARNING:
> /home/builder/src/base/build/../poky/meta/recipes-kernel/linux/
> linux-yocto-dev.bb: Exception during build_dependencies for
> fetcher_hashes_dummyfunc
> WARNING: /home/builder/src/base/build/../poky/meta/recipes-kernel/linux/
> linux-yocto-dev.bb: Error during finalise of
> /home/builder/src/base/build/../poky/meta/recipes-kernel/linux/
> linux-yocto-dev.bb
> WARNING: /home/builder/src/base/build/../poky/meta/recipes-kernel/linux/
> linux-yocto-dev.bb: Exception during build_dependencies for
> fetcher_hashes_dummyfunc
> WARNING: /home/builder/src/base/build/../poky/meta/recipes-kernel/linux/
> linux-yocto-dev.bb: Error during finalise of
> mc:poky:/home/builder/src/base/build/../poky/meta/recipes-kernel/linux/
> linux-yocto-dev.bb
> ERROR: ExpansionError during parsing
> /home/builder/src/base/build/../poky/meta/recipes-kernel/linux/
> linux-yocto-dev.bb
> Traceback (most recent call last):
> File "/home/builder/src/base/poky/bitbake/lib/bb/fetch2/__init__.py",
> line 1245, in srcrev_internal_helper(ud= 0x7f34e5f61330>, d=,
> name='machine'):
> d.setVar("__BBAUTOREV_ACTED_UPON", True)
> >srcrev = ud.method.latest_revision(ud, d, name)
>
> File "/home/builder/src/base/poky/bitbake/lib/bb/fetch2/__init__.py",
> line 1667, in Git.latest_revision(ud= 0x7f34e5f61330>, d=,
> name='machine'):
> except KeyError:
> >revs[key] = rev = self._latest_revision(ud, d, name)
> return rev
> File "/home/builder/src/base/poky/bitbake/lib/bb/fetch2/git.py", line
> 850, in Git._latest_revision(ud= 0x7f34e5f61330>, d=,
> name='machine'):
>
> >output = self._lsremote(ud, d, "")
> # Tags of the form ^{} may not work, need to fallback to
> other form
> File "/home/builder/src/base/poky/bitbake/lib/bb/fetch2/git.py", line
> 833, in Git._lsremote(ud=,
> d=, search=''):
> bb.fetch2.check_network_access(d, cmd, repourl)
> >output = runfetchcmd(cmd, d, True)
> if not output:
> File "/home/builder/src/base/poky/bitbake/lib/bb/fetch2/__init__.py",
> line 957, in runfetchcmd(cmd='export PSEUDO_DISABLED=1; export
> DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/15818/bus"; export
> PATH="/home/builder/src/base/build/tmp_poky/sysroots-uninative/x86_64-linux/usr/bin:/home/builder/src/base/poky/scripts:/home/builder/src/base/build/tmp_poky/work/poky-poky-linux/linux-yocto-dev/6.8+git/recipe-sysroot-native/usr/bin/aarch64-poky-linux:/home/builder/src/base/build/tmp_poky/work/poky-poky-linux/linux-yocto-dev/6.8+git/recipe-sysroot/usr/bin/crossscripts:/home/builder/src/base/build/tmp_poky/work/poky-poky-linux/linux-yocto-dev/6.8+git/recipe-sysroot-native/usr/sbin:/home/builder/src/base/build/tmp_poky/work/poky-poky-linux/linux-yocto-dev/6.8+git/recipe-sysroot-native/usr/bin:/home/builder/src/base/build/tmp_poky/work/poky-poky-linux/linux-yocto-dev/6.8+git/recipe-sysroot-native/sbin:/home/builder/src/base/build/tmp_poky/work/poky-poky-linux/linux-yocto-dev/6.8+git/recipe-sysroot-native/bin:/home/builder/src/base/poky/bitbake/bin:/home/builder/src/base/build/tmp_poky/hosttools";
> export HOME="/home/builder"; git -c gc.autoDetach=false -c core.pager=cat
> -c safe.bareRepository=all ls-remote
> https://git.yoctoproject.org/linux-yocto-dev.git ',
> d=, quiet=True,
> cleanup=[], log=None, workdir=None):
>
> >raise FetchError(error_message)
>
> bb.data_smart.ExpansionError: Failure expanding variable
> fetcher_hashes_dummyfunc[vardepvalue], expression was
> ${@bb.fetch.get_hashvalue(d)} which triggered exception FetchError: Fetcher
> failure: Fetch command export PSEUDO_DISABLED=1; export
> DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/15818/bus"; export
>
[OE-core][PATCH 2/2] go: upgrade 1.22.1 -> 1.22.2
Include fixes for CVE-2023-45288
Upgrade to latest 1.22.x release [1]:
$ git --no-pager log --oneline go1.22.1..go1.22.2
dddf0ae40f (tag: go1.22.2) [release-branch.go1.22] go1.22.2
e55d7cf843 [release-branch.go1.22] net/http: update bundled
golang.org/x/net/http2
4edf4bb2c6 [release-branch.go1.22] all: update golang.org/x/net
2c6d106541 [release-branch.go1.22] cmd/compile: don't assume args are always
zero-extended
46587483e3 [release-branch.go1.22] cmd/compile: fix sign/zero-extension removal
0a5b33a883 [release-branch.go1.22] encoding/gob: make x509.Certificate
marshalable again
0c53f93faa [release-branch.go1.22] cmd/go/internal/modfetch: pass "-c"
arguments to git before subcommands
abfd578156 [release-branch.go1.22] runtime: fix EvFrequency event value on
Windows in the new tracer
7fb7acb82d [release-branch.go1.22] cmd/link/internal/riscv64: generate local
text symbols for R_RISCV_CALL
e23707b59c [release-branch.go1.22] go/types, types2: handle Alias types in
substitution
3826650c99 [release-branch.go1.22] cmd/compile: fix early deadcode with label
statement
e71b0b1fee [release-branch.go1.22] cmd/compile: fix copying SSA-able variables
optimization
9508eae5d1 [release-branch.go1.22] cmd/internal/obj/ppc64: don't modify
runtime.elf_* symbols
35b1a146d9 [release-branch.go1.22] cmd/go: respect -coverpkg for unselected
no-test packages
[1] https://github.com/golang/go/compare/go1.22.1...go1.22.2
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.22.1.inc => go-1.22.2.inc} | 2 +-
...o-binary-native_1.22.1.bb => go-binary-native_1.22.2.bb} | 6 +++---
...cross-canadian_1.22.1.bb => go-cross-canadian_1.22.2.bb} | 0
.../go/{go-cross_1.22.1.bb => go-cross_1.22.2.bb} | 0
.../go/{go-crosssdk_1.22.1.bb => go-crosssdk_1.22.2.bb} | 0
.../go/{go-native_1.22.1.bb => go-native_1.22.2.bb} | 0
.../go/{go-runtime_1.22.1.bb => go-runtime_1.22.2.bb} | 0
meta/recipes-devtools/go/{go_1.22.1.bb => go_1.22.2.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.22.1.inc => go-1.22.2.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.22.1.bb =>
go-binary-native_1.22.2.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.22.1.bb =>
go-cross-canadian_1.22.2.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.22.1.bb => go-cross_1.22.2.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.22.1.bb =>
go-crosssdk_1.22.2.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.22.1.bb => go-native_1.22.2.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.22.1.bb => go-runtime_1.22.2.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.22.1.bb => go_1.22.2.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.22.1.inc
b/meta/recipes-devtools/go/go-1.22.2.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.22.1.inc
rename to meta/recipes-devtools/go/go-1.22.2.inc
index f1cf4beebb..b399207311 100644
--- a/meta/recipes-devtools/go/go-1.22.1.inc
+++ b/meta/recipes-devtools/go/go-1.22.2.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"79c9b91d7f109515a25fc3ecdaad125d67e6bdb54f6d4d98580f46799caea321"
+SRC_URI[main.sha256sum] =
"374ea82b289ec738e968267cac59c7d5ff180f9492250254784b2044e90df5a9"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.22.1.bb
b/meta/recipes-devtools/go/go-binary-native_1.22.2.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.22.1.bb
rename to meta/recipes-devtools/go/go-binary-native_1.22.2.bb
index 8d8248df8a..0f00509f03 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.22.1.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.22.2.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"aab8e15785c997ae20f9c88422ee35d962c4562212bb0f879d052a35c8307c7f"
-SRC_URI[go_linux_arm64.sha256sum] =
"e56685a245b6a0c592fc4a55f0b7803af5b3f827aaa29feab1f40e491acf35b8"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"ac775e19d93cc1668999b77cfe8c8964abfbc658718feccfe6e0eb87663cd668"
+SRC_URI[go_linux_amd64.sha256sum] =
"5901c52b7a78002aeff14a21f93e0f064f74ce1360fce51c6ee68cd471216a17"
+SRC_URI[go_linux_arm64.sha256sum] =
"36e720b2d564980c162a48c7e97da2e407dfcc4239e1e58d98082dfa2486a0c1"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"251a8886c5113be6490bdbb955ddee98763b49c9b1bf4c8364c02d3b482dab00"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git
[OE-core][PATCH 1/2] go: keep the patches in order
drop the old version no more used
0007-exec.go-do-not-write-linker-flags-into-buildids.patch
that was replaced by the
0001-exec.go-filter-out-build-specific-paths-from-linker-.patch
renamed now to 0007-exec.go-filter-out-build-specific-paths-from-linker-.patch
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/go-1.22.1.inc| 2 +-
...not-write-linker-flags-into-buildids.patch | 43 ---
...t-build-specific-paths-from-linker-.patch} | 0
3 files changed, 1 insertion(+), 44 deletions(-)
delete mode 100644
meta/recipes-devtools/go/go/0007-exec.go-do-not-write-linker-flags-into-buildids.patch
rename
meta/recipes-devtools/go/go/{0001-exec.go-filter-out-build-specific-paths-from-linker-.patch
=> 0007-exec.go-filter-out-build-specific-paths-from-linker-.patch} (100%)
diff --git a/meta/recipes-devtools/go/go-1.22.1.inc
b/meta/recipes-devtools/go/go-1.22.1.inc
index 4330853450..f1cf4beebb 100644
--- a/meta/recipes-devtools/go/go-1.22.1.inc
+++ b/meta/recipes-devtools/go/go-1.22.1.inc
@@ -11,8 +11,8 @@ SRC_URI += "\
file://0004-make.bash-override-CC-when-building-dist-and-go_boot.patch \
file://0005-cmd-dist-separate-host-and-target-builds.patch \
file://0006-cmd-go-make-GOROOT-precious-by-default.patch \
+file://0007-exec.go-filter-out-build-specific-paths-from-linker-.patch \
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
-file://0001-exec.go-filter-out-build-specific-paths-from-linker-.patch \
"
SRC_URI[main.sha256sum] =
"79c9b91d7f109515a25fc3ecdaad125d67e6bdb54f6d4d98580f46799caea321"
diff --git
a/meta/recipes-devtools/go/go/0007-exec.go-do-not-write-linker-flags-into-buildids.patch
b/meta/recipes-devtools/go/go/0007-exec.go-do-not-write-linker-flags-into-buildids.patch
deleted file mode 100644
index 35f3a98d80..00
---
a/meta/recipes-devtools/go/go/0007-exec.go-do-not-write-linker-flags-into-buildids.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-From 619991feab04f331d081a91243434ccd859f611d Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin
-Date: Mon, 23 Nov 2020 19:22:04 +
-Subject: [PATCH 7/9] exec.go: do not write linker flags into buildids
-
-The flags can contain build-specific paths, breaking reproducibility.
-
-To make this acceptable to upstream, we probably need to trim the flags,
-removing those known to be buildhost-specific.
-
-Upstream-Status: Inappropriate [needs upstream discussion]
-
-Signed-off-by: Alexander Kanavin
-Signed-off-by: Jose Quaresma
- src/cmd/go/internal/work/exec.go | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/src/cmd/go/internal/work/exec.go
b/src/cmd/go/internal/work/exec.go
-index 544df461a2..75df5a4aa8 100644
a/src/cmd/go/internal/work/exec.go
-+++ b/src/cmd/go/internal/work/exec.go
-@@ -1374,7 +1374,7 @@ func (b *Builder) linkActionID(a *Action) cache.ActionID
{
- }
-
- // Toolchain-dependent configuration, shared with b.linkSharedActionID.
-- b.printLinkerConfig(h, p)
-+ //b.printLinkerConfig(h, p)
-
- // Input files.
- for _, a1 := range a.Deps {
-@@ -1720,7 +1720,7 @@ func (b *Builder) linkSharedActionID(a *Action)
cache.ActionID {
- fmt.Fprintf(h, "goos %s goarch %s\n", cfg.Goos, cfg.Goarch)
-
- // Toolchain-dependent configuration, shared with b.linkActionID.
-- b.printLinkerConfig(h, nil)
-+ //b.printLinkerConfig(h, nil)
-
- // Input files.
- for _, a1 := range a.Deps {
---
-2.44.0
-
diff --git
a/meta/recipes-devtools/go/go/0001-exec.go-filter-out-build-specific-paths-from-linker-.patch
b/meta/recipes-devtools/go/go/0007-exec.go-filter-out-build-specific-paths-from-linker-.patch
similarity index 100%
rename from
meta/recipes-devtools/go/go/0001-exec.go-filter-out-build-specific-paths-from-linker-.patch
rename to
meta/recipes-devtools/go/go/0007-exec.go-filter-out-build-specific-paths-from-linker-.patch
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197953):
https://lists.openembedded.org/g/openembedded-core/message/197953
Mute This Topic: https://lists.openembedded.org/mt/105326091/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] sstatesig: fix netrc.NetrcParseError exception
Looks like sometimes the e.filename and the e.lineno is not properly set by the
netrc
and this can cause TypeError.
| File "/poky/meta/lib/oe/sstatesig.py", line 342, in init_rundepcheck
| bb.warn("Error parsing %s:%d: %s" % (e.filename, e.lineno, e.msg))
| ~~^~~
| TypeError: %d format: a real number is required, not NoneType
Signed-off-by: Jose Quaresma
---
meta/lib/oe/sstatesig.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index b9aa39cdcc..a46e5502ab 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -339,7 +339,7 @@ class
SignatureGeneratorOEEquivHash(SignatureGeneratorOEBasicHashMixIn, bb.sigge
except FileNotFoundError:
pass
except netrc.NetrcParseError as e:
-bb.warn("Error parsing %s:%d: %s" % (e.filename, e.lineno,
e.msg))
+bb.warn("Error parsing %s:%s: %s" % (e.filename,
str(e.lineno), e.msg))
# Insert these classes into siggen's namespace so it can see and select them
bb.siggen.SignatureGeneratorOEBasicHash = SignatureGeneratorOEBasicHash
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197952):
https://lists.openembedded.org/g/openembedded-core/message/197952
Mute This Topic: https://lists.openembedded.org/mt/105325849/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] OE-core and meta-openembedded: a vulnerability in HTTP servers
Hi Marta, I will take care of updating the golang to 1.22.2 witch include a fix for the CVE-2023-45288 https://github.com/golang/go/commit/e55d7cf8435ba4e58d4a5694e63b391821d4ee9b Jose Marta Rybczynska escreveu (quarta, 3/04/2024 à(s) 21:46): > Details: https://kb.cert.org/vuls/id/421644 > > Affected (amongst others): nodejs, oghttp, nghttp2, Apache httpd, go > > Multiple CVEs have been issued. > > Quoting from the description: > > HTTP allows messages to include named fields in both header and > trailer sections. These header and trailer fields are serialised as > field blocks in HTTP/2, so that they can be transmitted in multiple > fragments to the target implementation. Many HTTP/2 implementations do > not properly limit or sanitize the amount of CONTINUATION frames sent > within a single stream. An attacker that can send packets to a target > server can send a stream of CONTINUATION frames that will not be > appended to the header list in memory but will still be processed and > decoded by the server or will be appended to the header list, causing > an out of memory (OOM) crash. > > Marta > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#197949): https://lists.openembedded.org/g/openembedded-core/message/197949 Mute This Topic: https://lists.openembedded.org/mt/105317551/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 30/34] spirv-headers: upgrade 1.3.275.0 -> 1.3.280.0
Hi Alexandre,
I see this is still on
https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next but
it should be dropped
because it is included in the vulkan v2
https://lists.openembedded.org/g/openembedded-core/message/197546
This spirv and glslang recipes should be updated in lockstep with vulkan as
printed by AlexK on
https://lists.openembedded.org/g/openembedded-core/message/197529
Jose
wangmy via lists.openembedded.org
escreveu (terça, 26/03/2024 à(s) 00:37):
> From: Wang Mingyu
>
> Changelog:
> ==
> -Add SPV_NV_raw_access_chains
> -Headers support for SPV_INTEL_maximum_registers extension
> -Add SPV_NV_shader_atomic_fp16_vector
> -SPV_QCOM_image_processing2
> -cmake: Allow external control of test and install options
> -remove Kernel from Image Channel Order and Channel Data Type enums
> -Update FPFastMath token reservation
> -List all licenses in the root LICENSE file.
> -Support SPV_KHR_quad_control (with fixed line endings)
> -SPV_KHR_float_controls2
> -Add SPV_KHR_maximal_reconvergence
> -update copyright dates to 2024
> -Register Zig Compiler tool
> -Add a Source Language for Zig
> -Reserve an FPFastMathMode bit
> -Bump the github-actions group with 1 update
> -Publish the header for the vulkan-shader-profiler embedded reflection
> -Upstream tokens for SPV_INTEL_masked_gather_scatter
> -feat: Create dependabot.yml
>
> License-Update: List all licenses in the root LICENSE file.
>
> Signed-off-by: Wang Mingyu
> ---
> ...{spirv-headers_1.3.275.0.bb => spirv-headers_1.3.280.0.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-graphics/spir/{spirv-headers_1.3.275.0.bb =>
> spirv-headers_1.3.280.0.bb} (84%)
>
> diff --git a/meta/recipes-graphics/spir/spirv-headers_1.3.275.0.bb
> b/meta/recipes-graphics/spir/spirv-headers_1.3.280.0.bb
> similarity index 84%
> rename from meta/recipes-graphics/spir/spirv-headers_1.3.275.0.bb
> rename to meta/recipes-graphics/spir/spirv-headers_1.3.280.0.bb
> index 598a8fc209..26bfd9c4fa 100644
> --- a/meta/recipes-graphics/spir/spirv-headers_1.3.275.0.bb
> +++ b/meta/recipes-graphics/spir/spirv-headers_1.3.280.0.bb
> @@ -2,9 +2,9 @@ SUMMARY = "Machine-readable files for the SPIR-V Registry"
> SECTION = "graphics"
> HOMEPAGE = "https://www.khronos.org/registry/spir-v;
> LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=c938b85bceb8fb26c1a807f28a52ae2d"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=d14ee3b13f42e9c9674acc5925c3d741"
>
> -SRCREV = "1c6bb2743599e6eb6f37b2969acc0aef812e32e3"
> +SRCREV = "8b246ff75c6615ba4532fe4fde20f1be090c3764"
> SRC_URI = "git://
> github.com/KhronosGroup/SPIRV-Headers;protocol=https;branch=main"
> PE = "1"
> # These recipes need to be updated in lockstep with each other:
> --
> 2.34.1
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197555):
https://lists.openembedded.org/g/openembedded-core/message/197555
Mute This Topic: https://lists.openembedded.org/mt/105150545/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 31/34] spirv-tools: upgrade 1.3.275.0 -> 1.3.280.0
Hi Alexandre,
I see this is still on
https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next but
it should be dropped
because it is included in the vulkan v2
https://lists.openembedded.org/g/openembedded-core/message/197546
This spirv and glslang recipes should be updated in lockstep with vulkan as
printed by AlexK on
https://lists.openembedded.org/g/openembedded-core/message/197529
Jose
wangmy via lists.openembedded.org
escreveu (terça, 26/03/2024 à(s) 00:37):
> From: Wang Mingyu
>
> Changelog:
> ==
> - Add tooling support for SPV_KHR_maximal_reconvergence
> - Add support for SPV_KHR_float_controls2
> - SPV_KHR_quad_control
> - Fold 64-bit int operations
> - update image enum tests to remove Kernel capability
> - Support operand kind for SPV_INTEL_maximum_registers
> - SPV_NV_shader_atomic_fp16_vector
> - Support for SPV_QCOM_image_processing2 (#5582)
> - Fix access chain struct checks
>
> Signed-off-by: Wang Mingyu
> ---
> .../spir/{spirv-tools_1.3.275.0.bb => spirv-tools_1.3.280.0.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-graphics/spir/{spirv-tools_1.3.275.0.bb =>
> spirv-tools_1.3.280.0.bb} (96%)
>
> diff --git a/meta/recipes-graphics/spir/spirv-tools_1.3.275.0.bb
> b/meta/recipes-graphics/spir/spirv-tools_1.3.280.0.bb
> similarity index 96%
> rename from meta/recipes-graphics/spir/spirv-tools_1.3.275.0.bb
> rename to meta/recipes-graphics/spir/spirv-tools_1.3.280.0.bb
> index 05c6de1b50..d2b6acf946 100644
> --- a/meta/recipes-graphics/spir/spirv-tools_1.3.275.0.bb
> +++ b/meta/recipes-graphics/spir/spirv-tools_1.3.280.0.bb
> @@ -7,7 +7,7 @@ SECTION = "graphics"
> LICENSE = "Apache-2.0"
> LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
>
> -SRCREV = "f0cc85efdbbe3a46eae90e0f915dc1509836d0fc"
> +SRCREV = "04896c462d9f3f504c99a4698605b6524af813c1"
> SRC_URI = "git://
> github.com/KhronosGroup/SPIRV-Tools.git;branch=main;protocol=https"
> PE = "1"
> # These recipes need to be updated in lockstep with each other:
> --
> 2.34.1
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197554):
https://lists.openembedded.org/g/openembedded-core/message/197554
Mute This Topic: https://lists.openembedded.org/mt/105150547/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 v1] elfutils: fix unused variable BUFFER_SIZE
Fix build break with clang
Signed-off-by: Jose Quaresma
---
v1: change patch status to backport
.../elfutils/elfutils_0.191.bb| 1 +
...iles-fix-unused-variable-BUFFER_SIZE.patch | 36 +++
2 files changed, 37 insertions(+)
create mode 100644
meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.191.bb
b/meta/recipes-devtools/elfutils/elfutils_0.191.bb
index c5c1542b05..c4d872430b 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.191.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.191.bb
@@ -22,6 +22,7 @@ SRC_URI =
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://ptest.patch \
file://0001-tests-Makefile.am-compile-test_nlist-with-standard-C.patch \
file://0001-debuginfod-Remove-unused-variable.patch \
+ file://0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch \
"
SRC_URI:append:libc-musl = " \
file://0003-musl-utils.patch \
diff --git
a/meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
b/meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
new file mode 100644
index 00..b3032327a2
--- /dev/null
+++
b/meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
@@ -0,0 +1,36 @@
+From db51a55a8e3811d19265bf12d2ff715c6cf558b4 Mon Sep 17 00:00:00 2001
+From: Jose Quaresma
+Date: Tue, 19 Mar 2024 10:17:59 +
+Subject: [PATCH] srcfiles: fix unused variable BUFFER_SIZE
+
+The const variable BUFFER_SIZE is used only on the zip_files
+function witch is only available with LIBARCHIVE.
+
+| ../../elfutils-0.191/src/srcfiles.cxx:81:18: error: unused variable
'BUFFER_SIZE' [-Werror,-Wunused-const-variable]
+|81 | constexpr size_t BUFFER_SIZE = 8192;
+| | ^~~
+
+Upstream-Status: Backport
[https://sourceware.org/git/?p=elfutils.git;a=commitdiff;h=ef8a4b841aaf26326b8961a651dbe915d54d23e7]
+
+Signed-off-by: Jose Quaresma
+---
+ src/srcfiles.cxx | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/src/srcfiles.cxx b/src/srcfiles.cxx
+index 892737cc..09d50f8d 100644
+--- a/src/srcfiles.cxx
b/src/srcfiles.cxx
+@@ -78,7 +78,9 @@ ARGP_PROGRAM_VERSION_HOOK_DEF = print_version;
+ /* Bug report address. */
+ ARGP_PROGRAM_BUG_ADDRESS_DEF = PACKAGE_BUGREPORT;
+
++#ifdef HAVE_LIBARCHIVE
+ constexpr size_t BUFFER_SIZE = 8192;
++#endif
+
+ /* Definitions of arguments for argp functions. */
+ static const struct argp_option options[] =
+--
+2.44.0
+
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197319):
https://lists.openembedded.org/g/openembedded-core/message/197319
Mute This Topic: https://lists.openembedded.org/mt/105021674/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] elfutils: fix unused variable BUFFER_SIZE
Fix build break with clang
Signed-off-by: Jose Quaresma
---
.../elfutils/elfutils_0.191.bb| 1 +
...iles-fix-unused-variable-BUFFER_SIZE.patch | 36 +++
2 files changed, 37 insertions(+)
create mode 100644
meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.191.bb
b/meta/recipes-devtools/elfutils/elfutils_0.191.bb
index c5c1542b05..c4d872430b 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.191.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.191.bb
@@ -22,6 +22,7 @@ SRC_URI =
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://ptest.patch \
file://0001-tests-Makefile.am-compile-test_nlist-with-standard-C.patch \
file://0001-debuginfod-Remove-unused-variable.patch \
+ file://0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch \
"
SRC_URI:append:libc-musl = " \
file://0003-musl-utils.patch \
diff --git
a/meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
b/meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
new file mode 100644
index 00..b6a553c296
--- /dev/null
+++
b/meta/recipes-devtools/elfutils/files/0001-srcfiles-fix-unused-variable-BUFFER_SIZE.patch
@@ -0,0 +1,36 @@
+From db51a55a8e3811d19265bf12d2ff715c6cf558b4 Mon Sep 17 00:00:00 2001
+From: Jose Quaresma
+Date: Tue, 19 Mar 2024 10:17:59 +
+Subject: [PATCH] srcfiles: fix unused variable BUFFER_SIZE
+
+The const variable BUFFER_SIZE is used only on the zip_files
+function witch is only available with LIBARCHIVE.
+
+| ../../elfutils-0.191/src/srcfiles.cxx:81:18: error: unused variable
'BUFFER_SIZE' [-Werror,-Wunused-const-variable]
+|81 | constexpr size_t BUFFER_SIZE = 8192;
+| | ^~~
+
+Upstream-Status: Submitted
[https://sourceware.org/pipermail/elfutils-devel/2024q1/006919.html]
+
+Signed-off-by: Jose Quaresma
+---
+ src/srcfiles.cxx | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/src/srcfiles.cxx b/src/srcfiles.cxx
+index 892737cc..09d50f8d 100644
+--- a/src/srcfiles.cxx
b/src/srcfiles.cxx
+@@ -78,7 +78,9 @@ ARGP_PROGRAM_VERSION_HOOK_DEF = print_version;
+ /* Bug report address. */
+ ARGP_PROGRAM_BUG_ADDRESS_DEF = PACKAGE_BUGREPORT;
+
++#ifdef HAVE_LIBARCHIVE
+ constexpr size_t BUFFER_SIZE = 8192;
++#endif
+
+ /* Definitions of arguments for argp functions. */
+ static const struct argp_option options[] =
+--
+2.44.0
+
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197318):
https://lists.openembedded.org/g/openembedded-core/message/197318
Mute This Topic: https://lists.openembedded.org/mt/105021445/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] go.bbclass: set GOPROXY
The GOPROXY is already correctly defined on the native sys root
and this can be checked using the bitbake devshell:
| $ go env GOPROXY
| https://proxy.golang.org,direct
The go_do_compile task calls the compiler directly so the
GOPROXY env is not seen because it's not defined in the shell.
Defining it explicitly solves this problem and was to avoid
setting it in the recipes itself.
Signed-off-by: Jose Quaresma
---
meta/classes-recipe/go.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes-recipe/go.bbclass b/meta/classes-recipe/go.bbclass
index 39bfaa5156..cc3564c36a 100644
--- a/meta/classes-recipe/go.bbclass
+++ b/meta/classes-recipe/go.bbclass
@@ -78,6 +78,7 @@ GO_INSTALL_FILTEROUT ?= "${GO_IMPORT}/vendor/"
B = "${WORKDIR}/build"
export GOPATH = "${B}"
export GOENV = "off"
+export GOPROXY ??= "https://proxy.golang.org,direct;
export GOTMPDIR ?= "${WORKDIR}/build-tmp"
GOTMPDIR[vardepvalue] = ""
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#196783):
https://lists.openembedded.org/g/openembedded-core/message/196783
Mute This Topic: https://lists.openembedded.org/mt/104784533/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] [RFC OE-core][PATCH v2 1/7] go: rework patch to avoid identation
Richard Purdie escreveu (quarta, 6/03/2024 à(s) 10:58): > On Wed, 2024-03-06 at 02:22 -0800, Jose Quaresma wrote: > > > > > > Jose Quaresma via lists.openembedded.org > > escreveu (terça, > > 5/03/2024 à(s) 14:55): > > > > > > > > > Richard Purdie escreveu > > > (domingo, 3/03/2024 à(s) 23:03): > > > > On Thu, 2024-02-29 at 22:19 +, Richard Purdie via > > > > lists.openembedded.org wrote: > > > > > On Thu, 2024-02-29 at 21:42 +, Jose Quaresma wrote: > > > > > > > > > > > > > > > > > > A quinta, 29/02/2024, 09:35, Jose Quaresma via > > > > > > lists.openembedded.org > > > > > > escreveu: > > > > > > > > > > > > > > > > > > > > > Richard Purdie > > > > > > > escreveu > > > > > > > (quinta, 29/02/2024 à(s) 08:18): > > > > > > > > On Wed, 2024-02-28 at 21:16 -0800, Khem Raj wrote: > > > > > > > > > Fails to compile bunch of recipes using go e.g. > > > > > > > > > influxdb, > > > > > > > > > crucible, > > > > > > > > > syzkaller in meta-oe see > > > > > > > > > > > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3667/steps/15/logs/stdio > > > > > > > > > > > > > > > > Also fails for oe-selftest: > > > > > > > > > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6415/steps/14/logs/stdio > > > > > > > > > > > > > > > > and on arm hosts: > > > > > > > > > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7999/steps/13/logs/stdio > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for testing, I will take a look on all of this > > > > > > > today. > > > > > > > > > > > > I have no progress today and unfortunately I won't have time > > > > > > to > > > > > > work > > > > > > on this in the next few days :( if anyone wants to continue > > > > > > with > > > > > > this > > > > > > effort, feel free to do so. > > > > > > > > > > > > my apologies. > > > > > > > > > > FWIW https://github.com/golang/go/issues/65887 looked relevant > > > > > to the > > > > > first issue. > > > > > > > > > > We are really late in the schedule to pull in things like this > > > > > so I'm > > > > > not sure we'll get this in at this point :/. > > > > > > > > > > > > > > > > > > Having the 1.21 bump was already a significant benefit for the > > > project in my opinion. > > > so if you drop the 1.22 the impact is much reduced. > > > > > > > > > > > > > > > I've some tweaks in master-next I'm testing to see if it does > > > > sort > > > > 1.22... > > > > > > > > > > > > > I also will do some tests with your changes in main-next to see if > > > I found any runtime issue. > > > > > > > > > The stack I have tested may be considered a bit limited but I didn't > > find anything relevant that prevents integration. > > If this bump to 1.22 can be tested with meta-virt the results would > > be a wider range. > > I believe Khem tested meta-oe and Bruce agreed he was ok with merging > this so I will probably merge the 1.22 patches in -next. > Great news! and thank you for helping to solve this big problem that I had been trying to fix for a good few months. Jose > Cheers, > > Richard > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196664): https://lists.openembedded.org/g/openembedded-core/message/196664 Mute This Topic: https://lists.openembedded.org/mt/104628621/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] [RFC OE-core][PATCH v2 1/7] go: rework patch to avoid identation
Jose Quaresma via lists.openembedded.org escreveu (terça, 5/03/2024 à(s) 14:55): > > > Richard Purdie escreveu (domingo, > 3/03/2024 à(s) 23:03): > >> On Thu, 2024-02-29 at 22:19 +, Richard Purdie via >> lists.openembedded.org wrote: >> > On Thu, 2024-02-29 at 21:42 +, Jose Quaresma wrote: >> > > >> > > >> > > A quinta, 29/02/2024, 09:35, Jose Quaresma via >> > > lists.openembedded.org >> > > escreveu: >> > > > >> > > > >> > > > Richard Purdie escreveu >> > > > (quinta, 29/02/2024 à(s) 08:18): >> > > > > On Wed, 2024-02-28 at 21:16 -0800, Khem Raj wrote: >> > > > > > Fails to compile bunch of recipes using go e.g. influxdb, >> > > > > > crucible, >> > > > > > syzkaller in meta-oe see >> > > > > > >> > > > > > >> https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3667/steps/15/logs/stdio >> > > > > >> > > > > Also fails for oe-selftest: >> > > > > >> > > > > >> https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6415/steps/14/logs/stdio >> > > > > >> > > > > and on arm hosts: >> > > > > >> > > > > >> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7999/steps/13/logs/stdio >> > > > > >> > > > >> > > > >> > > > >> > > > Thanks for testing, I will take a look on all of this today. >> > > >> > > I have no progress today and unfortunately I won't have time to >> > > work >> > > on this in the next few days :( if anyone wants to continue with >> > > this >> > > effort, feel free to do so. >> > > >> > > my apologies. >> > >> > FWIW https://github.com/golang/go/issues/65887 looked relevant to the >> > first issue. >> > >> > We are really late in the schedule to pull in things like this so I'm >> > not sure we'll get this in at this point :/. >> > > > > Having the 1.21 bump was already a significant benefit for the project in > my opinion. > so if you drop the 1.22 the impact is much reduced. > > >> >> I've some tweaks in master-next I'm testing to see if it does sort >> 1.22... >> > > I also will do some tests with your changes in main-next to see if I found > any runtime issue. > The stack I have tested may be considered a bit limited but I didn't find anything relevant that prevents integration. If this bump to 1.22 can be tested with meta-virt the results would be a wider range. Jose > > Jose > > >> >> >> Cheers, >> >> Richard >> >> > > -- > Best regards, > > José Quaresma > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196662): https://lists.openembedded.org/g/openembedded-core/message/196662 Mute This Topic: https://lists.openembedded.org/mt/104628621/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] [RFC OE-core][PATCH v2 6/7] go: upgrade 1.21.5 -> 1.21.7
Richard Purdie escreveu (domingo,
3/03/2024 à(s) 16:31):
> On Fri, 2024-03-01 at 09:53 +, Richard Purdie via
> lists.openembedded.org wrote:
> > On Wed, 2024-02-28 at 18:30 +, Jose Quaresma wrote:
> > > Upgrade to latest 1.21.x release [1]:
> > >
> > > $ git --no-pager log --oneline go1.21.5..go1.21.7
> > > f29208030a (tag: go1.21.7) [release-branch.go1.21] go1.21.7
> > > 2fdad8af6d [release-branch.go1.21] cmd/internal/obj/arm64: fix
> > > frame pointer restore in epilogue
> > > 01c93ad049 [release-branch.go1.21] cmd/go/internal/generate: call
> > > modload.InitWorkFile
> > > db74bfba18 [release-branch.go1.21] Revert "crypto/internal/boring:
> > > upgrade module to fips-20220613" +1
> > > 916e6cddf1 [release-branch.go1.21] runtime: fix Pinner.Pin
> > > documentation
> > > 6552f3d4ac [release-branch.go1.21] cmd/go/internal/toolchain: apply
> > > the -modcacherw flag when downloading a module to determine what
> > > toolchain it needs
> > > 3960318b87 [release-branch.go1.21] crypto/x509: properly gate test
> > > on macos version
> > > 00f974eb1f [release-branch.go1.21] go/types, types2: don't lose
> > > position info of interface embeddings
> > > 2f91c16e68 [release-branch.go1.21] runtime: properly model rwmutex
> > > in lock ranking
> > > 2540b1436f [release-branch.go1.21] slices: explicitly discard
> > > results of some functions
> > > 7e34c4308f [release-branch.go1.21] runtime: clear g0 stack bounds
> > > in dropm
> > > 491c1e7e95 [release-branch.go1.21] runtime: allow update of system
> > > stack bounds on callback from C thread
> > > caafb50c0d [release-branch.go1.21] runtime: don't print "unexpected
> > > SPWRITE" when printing traceback
> > > cc85462b3d (tag: go1.21.6) [release-branch.go1.21] go1.21.6
> > > d2cb140194 [release-branch.go1.21] crypto/tls: align FIPS-only mode
> > > with BoringSSL policy
> > > 368e2a9461 [release-branch.go1.21] crypto/internal/boring: upgrade
> > > module to fips-20220613
> > > 8c6078adfb [release-branch.go1.21] runtime: add race annotations in
> > > IncNonDefault
> > > f6b203c828 [release-branch.go1.21] maps: fix aliasing problems with
> > > Clone
> > > 43818206dc [release-branch.go1.21] runtime: put ReadMemStats debug
> > > assertions behind a double-check mode
> > > cf65d74bc5 [release-branch.go1.21] runtime: add the disablethp
> > > GODEBUG setting
> > > ad1ec60a5b [release-branch.go1.21] runtime/pprof: fix generics
> > > function names
> > > bbab863ada [release-branch.go1.21] os/signal: skip nohup tests on
> > > darwin builders
> > > 7dc67e8f29 [release-branch.go1.21] os/signal: remove go t.Run from
> > > TestNohup
> > > 9f8b3ac8c4 [release-branch.go1.21] cmd/compile: fix escape analysis
> > > of string min/max
> > > 8c840b10d0 [release-branch.go1.21] cmd/compile: fix memcombine pass
> > > for big endian, > 1 byte elements
> > >
> > > [1] https://github.com/golang/go/compare/go1.21.5...go1.21.7
> > >
> > > Signed-off-by: Jose Quaresma
> > > ---
> > > meta/recipes-devtools/go/{go-1.21.5.inc => go-1.21.7.inc} | 2 +-
> > > ...binary-native_1.21.5.bb => go-binary-native_1.21.7.bb} | 6 +++-
> > > --
> > > ...oss-canadian_1.21.5.bb => go-cross-canadian_1.21.7.bb} | 0
> > > .../go/{go-cross_1.21.5.bb => go-cross_1.21.7.bb} | 0
> > > .../go/{go-crosssdk_1.21.5.bb => go-crosssdk_1.21.7.bb} | 0
> > > .../go/{go-native_1.21.5.bb => go-native_1.21.7.bb} | 0
> > > .../go/{go-runtime_1.21.5.bb => go-runtime_1.21.7.bb} | 0
> > > ...go-Allow-GOTOOLDIR-to-be-overridden-in-the-envir.patch | 2 +-
> > > .../go/go/0003-ld-add-soname-to-shareable-objects.patch | 8
> > >
> > > meta/recipes-devtools/go/{go_1.21.5.bb => go_1.21.7.bb} | 0
> > > 10 files changed, 9 insertions(+), 9 deletions(-)
> > > rename meta/recipes-devtools/go/{go-1.21.5.inc => go-1.21.7.inc}
> > > (89%)
> > > rename meta/recipes-devtools/go/{go-binary-native_1.21.5.bb => go-
> > > binary-native_1.21.7.bb} (78%)
> > > rename meta/recipes-devtools/go/{go-cross-canadian_1.21.5.bb =>
> > > go-cross-canadian_1.21.7.bb} (100%)
> > > rename meta/recipes-devtools/go/{go-cross_1.21.5.bb => go-
> > > cross_1.21.7.bb} (100%)
> > > rename meta/recipes-devtools/go/{go-crosssdk_1.21.5.bb => go-
> >
Re: [OE-core] [RFC OE-core][PATCH v2 1/7] go: rework patch to avoid identation
Richard Purdie escreveu (domingo, 3/03/2024 à(s) 23:03): > On Thu, 2024-02-29 at 22:19 +, Richard Purdie via > lists.openembedded.org wrote: > > On Thu, 2024-02-29 at 21:42 +, Jose Quaresma wrote: > > > > > > > > > A quinta, 29/02/2024, 09:35, Jose Quaresma via > > > lists.openembedded.org > > > escreveu: > > > > > > > > > > > > Richard Purdie escreveu > > > > (quinta, 29/02/2024 à(s) 08:18): > > > > > On Wed, 2024-02-28 at 21:16 -0800, Khem Raj wrote: > > > > > > Fails to compile bunch of recipes using go e.g. influxdb, > > > > > > crucible, > > > > > > syzkaller in meta-oe see > > > > > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3667/steps/15/logs/stdio > > > > > > > > > > Also fails for oe-selftest: > > > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6415/steps/14/logs/stdio > > > > > > > > > > and on arm hosts: > > > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7999/steps/13/logs/stdio > > > > > > > > > > > > > > > > > > > > > Thanks for testing, I will take a look on all of this today. > > > > > > I have no progress today and unfortunately I won't have time to > > > work > > > on this in the next few days :( if anyone wants to continue with > > > this > > > effort, feel free to do so. > > > > > > my apologies. > > > > FWIW https://github.com/golang/go/issues/65887 looked relevant to the > > first issue. > > > > We are really late in the schedule to pull in things like this so I'm > > not sure we'll get this in at this point :/. > > Having the 1.21 bump was already a significant benefit for the project in my opinion. so if you drop the 1.22 the impact is much reduced. > > I've some tweaks in master-next I'm testing to see if it does sort > 1.22... > I also will do some tests with your changes in main-next to see if I found any runtime issue. Jose > > > Cheers, > > Richard > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196634): https://lists.openembedded.org/g/openembedded-core/message/196634 Mute This Topic: https://lists.openembedded.org/mt/104628621/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] [RFC OE-core][PATCH v2 1/7] go: rework patch to avoid identation
A quinta, 29/02/2024, 09:35, Jose Quaresma via lists.openembedded.org escreveu: > > > Richard Purdie escreveu (quinta, > 29/02/2024 à(s) 08:18): > >> On Wed, 2024-02-28 at 21:16 -0800, Khem Raj wrote: >> > Fails to compile bunch of recipes using go e.g. influxdb, crucible, >> > syzkaller in meta-oe see >> > >> > >> https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3667/steps/15/logs/stdio >> >> Also fails for oe-selftest: >> >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6415/steps/14/logs/stdio >> >> and on arm hosts: >> >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7999/steps/13/logs/stdio > > > > Thanks for testing, I will take a look on all of this today. > I have no progress today and unfortunately I won't have time to work on this in the next few days :( if anyone wants to continue with this effort, feel free to do so. my apologies. Jose > Jose > > >> >> >> Cheers, >> >> Richard >> > > > -- > Best regards, > > José Quaresma > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196448): https://lists.openembedded.org/g/openembedded-core/message/196448 Mute This Topic: https://lists.openembedded.org/mt/104628621/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] [RFC OE-core][PATCH v2 1/7] go: rework patch to avoid identation
Richard Purdie escreveu (quinta, 29/02/2024 à(s) 08:18): > On Wed, 2024-02-28 at 21:16 -0800, Khem Raj wrote: > > Fails to compile bunch of recipes using go e.g. influxdb, crucible, > > syzkaller in meta-oe see > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3667/steps/15/logs/stdio > > Also fails for oe-selftest: > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6415/steps/14/logs/stdio > > and on arm hosts: > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7999/steps/13/logs/stdio Thanks for testing, I will take a look on all of this today. Jose > > > Cheers, > > Richard > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196423): https://lists.openembedded.org/g/openembedded-core/message/196423 Mute This Topic: https://lists.openembedded.org/mt/104628621/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 OE-core][PATCH v2 7/7] go: bump 1.22.0
Go 1.22 Release Notes
https://go.dev/doc/go1.22
Signed-off-by: Jose Quaresma
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
.../go/{go-1.21.7.inc => go-1.22.0.inc} | 2 +-
...e_1.21.7.bb => go-binary-native_1.22.0.bb} | 6 ++--
..._1.21.7.bb => go-cross-canadian_1.22.0.bb} | 0
...{go-cross_1.21.7.bb => go-cross_1.22.0.bb} | 0
...osssdk_1.21.7.bb => go-crosssdk_1.22.0.bb} | 0
...o-native_1.21.7.bb => go-native_1.22.0.bb} | 0
...runtime_1.21.7.bb => go-runtime_1.22.0.bb} | 0
...ent-based-hash-generation-less-pedan.patch | 32 +--
...OOLDIR-to-be-overridden-in-the-envir.patch | 8 ++---
...3-ld-add-soname-to-shareable-objects.patch | 10 +++---
...de-CC-when-building-dist-and-go_boot.patch | 6 ++--
...dist-separate-host-and-target-builds.patch | 18 +--
...d-go-make-GOROOT-precious-by-default.patch | 22 ++---
...not-write-linker-flags-into-buildids.patch | 8 ++---
...ldgo.go-do-not-hardcode-host-compile.patch | 4 +--
...uild-paths-on-staticly-linked-arches.patch | 10 +++---
.../go/{go_1.21.7.bb => go_1.22.0.bb} | 0
18 files changed, 64 insertions(+), 64 deletions(-)
rename meta/recipes-devtools/go/{go-1.21.7.inc => go-1.22.0.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.21.7.bb =>
go-binary-native_1.22.0.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.21.7.bb =>
go-cross-canadian_1.22.0.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.21.7.bb => go-cross_1.22.0.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.21.7.bb =>
go-crosssdk_1.22.0.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.21.7.bb => go-native_1.22.0.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.21.7.bb => go-runtime_1.22.0.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.21.7.bb => go_1.22.0.bb} (100%)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index 87666e5837..4c6fcbc436 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -23,7 +23,7 @@ GDBVERSION ?= "14.%"
GLIBCVERSION ?= "2.39%"
LINUXLIBCVERSION ?= "6.6%"
QEMUVERSION ?= "8.2%"
-GOVERSION ?= "1.21%"
+GOVERSION ?= "1.22%"
RUSTVERSION ?= "1.74%"
PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
diff --git a/meta/recipes-devtools/go/go-1.21.7.inc
b/meta/recipes-devtools/go/go-1.22.0.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.21.7.inc
rename to meta/recipes-devtools/go/go-1.22.0.inc
index 6de24e1e22..230ada5e4b 100644
--- a/meta/recipes-devtools/go/go-1.21.7.inc
+++ b/meta/recipes-devtools/go/go-1.22.0.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"00197ab20f33813832bff62fd93cca1c42a08cc689a32a6672ca49591959bff6"
+SRC_URI[main.sha256sum] =
"4d196c3d41a0d6c1dfc64d04e3cc1f608b0c436bd87b7060ce3e23234e1f4d5c"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.21.7.bb
b/meta/recipes-devtools/go/go-binary-native_1.22.0.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.21.7.bb
rename to meta/recipes-devtools/go/go-binary-native_1.22.0.bb
index d8826e20f1..da3a8f2237 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.21.7.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.22.0.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"13b76a9b2a26823e53062fa841b07087d48ae2ef2936445dc34c4ae03293702c"
-SRC_URI[go_linux_arm64.sha256sum] =
"24744edcaeb827aafb76c67ebd406b5ae13291023b0ad9f061dd7a0e75b275ba"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"48a99ecce9b1e632870c29420088f61cf17a6f0c5bdb3cc821ff5c00e14b1a8a"
+SRC_URI[go_linux_amd64.sha256sum] =
"f6c8a87aa03b92c4b0bf3d558e28ea03006eb29db78917daec5cfb6ec1046265"
+SRC_URI[go_linux_arm64.sha256sum] =
"7ca20c077148b69bb99887e04983955e60bd7c70c55e00bf85f9f7194874a3b2"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"0e57f421df9449066f00155ce98a5be93744b3d81b00ee4c2c9b511be2a31d93"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.21.7.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.22.0.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.21.7.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.22.0.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.21.7.bb
b/meta/recipes-devto
[OE-core] [RFC OE-core][PATCH v2 6/7] go: upgrade 1.21.5 -> 1.21.7
Upgrade to latest 1.21.x release [1]:
$ git --no-pager log --oneline go1.21.5..go1.21.7
f29208030a (tag: go1.21.7) [release-branch.go1.21] go1.21.7
2fdad8af6d [release-branch.go1.21] cmd/internal/obj/arm64: fix frame pointer
restore in epilogue
01c93ad049 [release-branch.go1.21] cmd/go/internal/generate: call
modload.InitWorkFile
db74bfba18 [release-branch.go1.21] Revert "crypto/internal/boring: upgrade
module to fips-20220613" +1
916e6cddf1 [release-branch.go1.21] runtime: fix Pinner.Pin documentation
6552f3d4ac [release-branch.go1.21] cmd/go/internal/toolchain: apply the
-modcacherw flag when downloading a module to determine what toolchain it needs
3960318b87 [release-branch.go1.21] crypto/x509: properly gate test on macos
version
00f974eb1f [release-branch.go1.21] go/types, types2: don't lose position info
of interface embeddings
2f91c16e68 [release-branch.go1.21] runtime: properly model rwmutex in lock
ranking
2540b1436f [release-branch.go1.21] slices: explicitly discard results of some
functions
7e34c4308f [release-branch.go1.21] runtime: clear g0 stack bounds in dropm
491c1e7e95 [release-branch.go1.21] runtime: allow update of system stack bounds
on callback from C thread
caafb50c0d [release-branch.go1.21] runtime: don't print "unexpected SPWRITE"
when printing traceback
cc85462b3d (tag: go1.21.6) [release-branch.go1.21] go1.21.6
d2cb140194 [release-branch.go1.21] crypto/tls: align FIPS-only mode with
BoringSSL policy
368e2a9461 [release-branch.go1.21] crypto/internal/boring: upgrade module to
fips-20220613
8c6078adfb [release-branch.go1.21] runtime: add race annotations in
IncNonDefault
f6b203c828 [release-branch.go1.21] maps: fix aliasing problems with Clone
43818206dc [release-branch.go1.21] runtime: put ReadMemStats debug assertions
behind a double-check mode
cf65d74bc5 [release-branch.go1.21] runtime: add the disablethp GODEBUG setting
ad1ec60a5b [release-branch.go1.21] runtime/pprof: fix generics function names
bbab863ada [release-branch.go1.21] os/signal: skip nohup tests on darwin
builders
7dc67e8f29 [release-branch.go1.21] os/signal: remove go t.Run from TestNohup
9f8b3ac8c4 [release-branch.go1.21] cmd/compile: fix escape analysis of string
min/max
8c840b10d0 [release-branch.go1.21] cmd/compile: fix memcombine pass for big
endian, > 1 byte elements
[1] https://github.com/golang/go/compare/go1.21.5...go1.21.7
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.21.5.inc => go-1.21.7.inc} | 2 +-
...binary-native_1.21.5.bb => go-binary-native_1.21.7.bb} | 6 +++---
...oss-canadian_1.21.5.bb => go-cross-canadian_1.21.7.bb} | 0
.../go/{go-cross_1.21.5.bb => go-cross_1.21.7.bb} | 0
.../go/{go-crosssdk_1.21.5.bb => go-crosssdk_1.21.7.bb} | 0
.../go/{go-native_1.21.5.bb => go-native_1.21.7.bb} | 0
.../go/{go-runtime_1.21.5.bb => go-runtime_1.21.7.bb} | 0
...go-Allow-GOTOOLDIR-to-be-overridden-in-the-envir.patch | 2 +-
.../go/go/0003-ld-add-soname-to-shareable-objects.patch | 8
meta/recipes-devtools/go/{go_1.21.5.bb => go_1.21.7.bb} | 0
10 files changed, 9 insertions(+), 9 deletions(-)
rename meta/recipes-devtools/go/{go-1.21.5.inc => go-1.21.7.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.21.5.bb =>
go-binary-native_1.21.7.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.21.5.bb =>
go-cross-canadian_1.21.7.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.21.5.bb => go-cross_1.21.7.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.21.5.bb =>
go-crosssdk_1.21.7.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.21.5.bb => go-native_1.21.7.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.21.5.bb => go-runtime_1.21.7.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.21.5.bb => go_1.21.7.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.21.5.inc
b/meta/recipes-devtools/go/go-1.21.7.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.21.5.inc
rename to meta/recipes-devtools/go/go-1.21.7.inc
index f009ea77c7..6de24e1e22 100644
--- a/meta/recipes-devtools/go/go-1.21.5.inc
+++ b/meta/recipes-devtools/go/go-1.21.7.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"285cbbdf4b6e6e62ed58f370f3f6d8c30825d6e56c5853c66d3c23bcdb09db19"
+SRC_URI[main.sha256sum] =
"00197ab20f33813832bff62fd93cca1c42a08cc689a32a6672ca49591959bff6"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.21.5.bb
b/meta/recipes-devtools/go/go-binary-native_1.21.7.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.21.5.bb
rename to meta/recipes-devtools/go/go-binary-native_1.21.7.bb
index cc79a277ff..d8826e20f1 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.21
[OE-core] [RFC OE-core][PATCH v2 5/7] go: upgrade 1.21.0 -> 1.21.5
ronization in
ExampleAfterFunc_cond
2d4746f37b [release-branch.go1.21] go/types, types2: disable interface
inference for versions before Go 1.21
2b8026f025 [release-branch.go1.21] cmd/compile: in expandCalls, move all arg
marshalling into call block
7c97cc7d97 [release-branch.go1.21] Revert "os: use handle based APIs to read
directories on windows"
cb6ea94996 [release-branch.go1.21] Revert "cmd/compile: omit redundant
sign/unsign extension on arm64"
45b98bfb79 [release-branch.go1.21] path/filepath: don't drop .. elements when
cleaning invalid Windows paths
bac083a584 [release-branch.go1.21] cmd/link: don't mangle string symbol names
70aa116c4a [release-branch.go1.21] runtime/internal/wasitest: skip racy TCP
echo test
31c5a236bc [release-branch.go1.21] runtime: mark traceEnabled and
traceShuttingDown as no:split
25ec110e51 [release-branch.go1.21] cmd/compile: ensure empty blocks in write
barriers are marked unpreemptible
6634ce2f41 [release-branch.go1.21] runtime: profiling on Darwin cannot use
blocking reads
25c6dce188 [release-branch.go1.21] cmd/compile: make backingArrayPtrLen to
return typecheck-ed nodes
4e34f2e81d [release-branch.go1.21] go/types, types2: don't panic during
interface completion
d91843ff67 [release-branch.go1.21] go/types, types2: use correct parameter list
when checking argument passing
7437db1085 [release-branch.go1.21] go/types, types2: use exact unification when
comparing interface methods
ed527ecfb2 [release-branch.go1.21] cmd/api: rename api.go to main_test.go
b78e8cc145 [release-branch.go1.21] crypto/tls: add GODEBUG to control max RSA
key size
3475e6af4c [release-branch.go1.21] cmd/go: fix missing case checking for empty
slice
179821c9e1 [release-branch.go1.21] net/http: permit requests with invalid Host
headers
9398951479 [release-branch.go1.21] cmd/distpack: include directory entries in
tar files
75d8be5fb4 [release-branch.go1.21] cmd/go/internal/web: release the net token
when an HTTP request fails due to CheckRedirect
1755d14559 [release-branch.go1.21] cmd/compile: fix missing init nodes for
len(string([]byte)) optimization
[1] https://github.com/golang/go/compare/go1.21.0...go1.21.5
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.21.0.inc => go-1.21.5.inc} | 2 +-
...o-binary-native_1.21.0.bb => go-binary-native_1.21.5.bb} | 6 +++---
...cross-canadian_1.21.0.bb => go-cross-canadian_1.21.5.bb} | 0
.../go/{go-cross_1.21.0.bb => go-cross_1.21.5.bb} | 0
.../go/{go-crosssdk_1.21.0.bb => go-crosssdk_1.21.5.bb} | 0
.../go/{go-native_1.21.0.bb => go-native_1.21.5.bb} | 0
.../go/{go-runtime_1.21.0.bb => go-runtime_1.21.5.bb} | 0
meta/recipes-devtools/go/{go_1.21.0.bb => go_1.21.5.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.21.0.inc => go-1.21.5.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.21.0.bb =>
go-binary-native_1.21.5.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.21.0.bb =>
go-cross-canadian_1.21.5.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.21.0.bb => go-cross_1.21.5.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.21.0.bb =>
go-crosssdk_1.21.5.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.21.0.bb => go-native_1.21.5.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.21.0.bb => go-runtime_1.21.5.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.21.0.bb => go_1.21.5.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.21.0.inc
b/meta/recipes-devtools/go/go-1.21.5.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.21.0.inc
rename to meta/recipes-devtools/go/go-1.21.5.inc
index 2933793b8b..f009ea77c7 100644
--- a/meta/recipes-devtools/go/go-1.21.0.inc
+++ b/meta/recipes-devtools/go/go-1.21.5.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"818d46ede85682dd551ad378ef37a4d247006f12ec59b5b755601d2ce114369a"
+SRC_URI[main.sha256sum] =
"285cbbdf4b6e6e62ed58f370f3f6d8c30825d6e56c5853c66d3c23bcdb09db19"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.21.0.bb
b/meta/recipes-devtools/go/go-binary-native_1.21.5.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.21.0.bb
rename to meta/recipes-devtools/go/go-binary-native_1.21.5.bb
index 5d0427f56f..cc79a277ff 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.21.0.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.21.5.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"d0398903a16ba2232b389fb31032ddf57cac34efda306a0eeba
[OE-core] [RFC OE-core][PATCH v2 4/7] oeqa/gotoolchain: set GOPROXY
Since go-1.21 GOPROXY needs to be set explicitly, otherwise it fails with:
- GOPROXY list is not the empty string, but contains no entries
This fixes the selftest
Signed-off-by: Jose Quaresma
---
meta/lib/oeqa/selftest/cases/gotoolchain.py | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/lib/oeqa/selftest/cases/gotoolchain.py
b/meta/lib/oeqa/selftest/cases/gotoolchain.py
index 74c1c48117..ee2cf4b09a 100644
--- a/meta/lib/oeqa/selftest/cases/gotoolchain.py
+++ b/meta/lib/oeqa/selftest/cases/gotoolchain.py
@@ -54,6 +54,7 @@ class oeGoToolchainSelfTest(OESelftestTestCase):
cmd = cmd + "export GOPATH=%s; " % self.go_path
cmd = cmd + "export GOFLAGS=-modcacherw; "
cmd = cmd + "export CGO_ENABLED=1; "
+cmd = cmd + "export GOPROXY=https://proxy.golang.org,direct; "
cmd = cmd + "${CROSS_COMPILE}go %s" % gocmd
return runCmd(cmd).status
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#196403):
https://lists.openembedded.org/g/openembedded-core/message/196403
Mute This Topic: https://lists.openembedded.org/mt/104628624/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 OE-core][PATCH v2 3/7] goarch: disable dynamic linking globally
With go-1.21 dynamic linking cause a runtime panic: | root@qemux86-64:~# go-helloworld | panic: runtime error: index out of range [0] with length 0 | | goroutine 1 [running]: | flag.init() | /usr/lib/go/src/flag/flag.go:1199 +0xf9 In my opinion, this would be a good trade-off so that we can update and leave the version 1.20 for the next LTS 5.0 since we are already quite behind on the version available upstream which already has the 1.22 available. Signed-off-by: Jose Quaresma --- meta/classes-recipe/goarch.bbclass | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/meta/classes-recipe/goarch.bbclass b/meta/classes-recipe/goarch.bbclass index 1ebe03864f..6899ec28e4 100644 --- a/meta/classes-recipe/goarch.bbclass +++ b/meta/classes-recipe/goarch.bbclass @@ -38,13 +38,13 @@ BASE_GOARM:armv5 = '5' # Go supports dynamic linking on a limited set of architectures. # See the supportsDynlink function in go/src/cmd/compile/internal/gc/main.go GO_DYNLINK = "" -GO_DYNLINK:arm ?= "1" -GO_DYNLINK:aarch64 ?= "1" -GO_DYNLINK:x86 ?= "1" -GO_DYNLINK:x86-64 ?= "1" -GO_DYNLINK:powerpc64 ?= "1" -GO_DYNLINK:powerpc64le ?= "1" -GO_DYNLINK:class-native ?= "" +GO_DYNLINK:arm = "" +GO_DYNLINK:aarch64 = "" +GO_DYNLINK:x86 = "" +GO_DYNLINK:x86-64 = "" +GO_DYNLINK:powerpc64 = "" +GO_DYNLINK:powerpc64le = "" +GO_DYNLINK:class-native = "" GO_DYNLINK:class-nativesdk = "" # define here because everybody inherits this class -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196402): https://lists.openembedded.org/g/openembedded-core/message/196402 Mute This Topic: https://lists.openembedded.org/mt/104628623/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] [RFC OE-core][PATCH 3/3] goarch: disable dynamic linking globally
Jose Quaresma via lists.openembedded.org escreveu (terça, 27/02/2024 à(s) 15:20): > > > Bruce Ashfield escreveu (terça, 27/02/2024 > à(s) 14:01): > >> On Tue, Feb 27, 2024 at 8:57 AM Richard Purdie >> wrote: >> > >> > On Tue, 2024-02-27 at 10:13 +, Jose Quaresma wrote: >> > > Hi, >> > > >> > > I would like to ask if this patchset could be exercised in the >> > > autobuilder? >> > > I only got it working yesterday and today I'm going to do a more >> > > exhaustive test. >> > > This is still missing the update to 1.22, which I'll do later, but >> > > testing this would be a good help. >> > >> > I did put this in for testing. The build is still running but so far >> > there were two issues: >> > >> > >> https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6466/steps/14/logs/stdio >> > >> > from oe-selftest -r gotoolchain.oeGoToolchainSelfTest.test_go_dep_build >> > > I have see of this also in my local builds in my distro and there are some > reports upstream > https://github.com/golang/go/issues/61928 > I believe this one is expected with the update but I am still doing my > local tests. > I have fixed something like this in my distro so I will fix it also in my next and final submission. Jose > >> > >> > and meta-clang: >> > >> > https://autobuilder.yoctoproject.org/typhoon/#/builders/142/builds/39 >> > >> > meta-virt did pass our testing but I've copied Bruce so he's aware of >> > this and can comment. Copying Khem for meta-clang too. >> > > For meta-clang maybe we can switch to gcc to build the go-helloworld > > >> >> I'm running into some golang issues linking with my latest updates to >> meta-virt . >> >> I'll apply these locally and see if they help, make things worse or have >> no impact on my upcoming recipe bumps for m-virt. >> > > I am testing mostly docker and everything seems fine so far. > > Jose > > >> >> Bruce >> >> >> > >> > Cheers, >> > >> > Richard >> >> >> >> -- >> - Thou shalt not follow the NULL pointer, for chaos and madness await >> thee at its end >> - "Use the force Harry" - Gandalf, Star Trek II >> > > > -- > Best regards, > > José Quaresma > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196383): https://lists.openembedded.org/g/openembedded-core/message/196383 Mute This Topic: https://lists.openembedded.org/mt/104600118/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] [RFC OE-core][PATCH 3/3] goarch: disable dynamic linking globally
ChenQi escreveu (quarta, 28/02/2024 à(s) 02:38): > Is this 1.21 upgrade going to be merged in LTS 5.0? > The reason I'm asking is that I'm going to upgrade some recipes in > meta-virt and I'd like to check what would be the go version in the next > release. > I am still testing in my distro with the overwall virtualization stack we use and everything seems fine so far. If no issues come in, I intend to submit the final version today or tomorrow at the latest. > P.S. > Is this runtime error OE specific? Is it caused by some OE specific patch? > I don't know the reason for the runtime error yet. When I start I suspected it could be due to separate-host-and-target-builds patch https://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/go/go/0005-cmd-dist-separate-host-and-target-builds.patch?id=44f81b6239f0f08877ccd6507c2a81f3650f193b After several unsuccessful attempts, I was going to use gdb to debug the target. I decided to disable the dynamic linking because it would make it easier for me with the symbols and I would have just one binary. After that, when I was going to run gdb on the target everything started working without any issue. Jose > Regards, > Qi > > On 2/27/24 18:07, Jose Quaresma wrote: > > With go-1.21 dynamic linking cause a runtime panic: > > > > | root@qemux86-64:~# go-helloworld > > | panic: runtime error: index out of range [0] with length 0 > > | > > | goroutine 1 [running]: > > | flag.init() > > | /usr/lib/go/src/flag/flag.go:1199 +0xf9 > > > > In my opinion, this would be a good trade-off so that we can update and > > leave the version 1.20 for the next LTS 5.0 since we are already quite > > behind on the version available upstream which already has the 1.22 > available. > > > > Signed-off-by: Jose Quaresma > > --- > > meta/classes-recipe/goarch.bbclass | 14 +++--- > > 1 file changed, 7 insertions(+), 7 deletions(-) > > > > diff --git a/meta/classes-recipe/goarch.bbclass > b/meta/classes-recipe/goarch.bbclass > > index 1ebe03864f..6899ec28e4 100644 > > --- a/meta/classes-recipe/goarch.bbclass > > +++ b/meta/classes-recipe/goarch.bbclass > > @@ -38,13 +38,13 @@ BASE_GOARM:armv5 = '5' > > # Go supports dynamic linking on a limited set of architectures. > > # See the supportsDynlink function in > go/src/cmd/compile/internal/gc/main.go > > GO_DYNLINK = "" > > -GO_DYNLINK:arm ?= "1" > > -GO_DYNLINK:aarch64 ?= "1" > > -GO_DYNLINK:x86 ?= "1" > > -GO_DYNLINK:x86-64 ?= "1" > > -GO_DYNLINK:powerpc64 ?= "1" > > -GO_DYNLINK:powerpc64le ?= "1" > > -GO_DYNLINK:class-native ?= "" > > +GO_DYNLINK:arm = "" > > +GO_DYNLINK:aarch64 = "" > > +GO_DYNLINK:x86 = "" > > +GO_DYNLINK:x86-64 = "" > > +GO_DYNLINK:powerpc64 = "" > > +GO_DYNLINK:powerpc64le = "" > > +GO_DYNLINK:class-native = "" > > GO_DYNLINK:class-nativesdk = "" > > > > # define here because everybody inherits this class > > > > > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196382): https://lists.openembedded.org/g/openembedded-core/message/196382 Mute This Topic: https://lists.openembedded.org/mt/104600087/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] [RFC OE-core][PATCH 3/3] goarch: disable dynamic linking globally
Bruce Ashfield escreveu (terça, 27/02/2024 à(s) 14:01): > On Tue, Feb 27, 2024 at 8:57 AM Richard Purdie > wrote: > > > > On Tue, 2024-02-27 at 10:13 +0000, Jose Quaresma wrote: > > > Hi, > > > > > > I would like to ask if this patchset could be exercised in the > > > autobuilder? > > > I only got it working yesterday and today I'm going to do a more > > > exhaustive test. > > > This is still missing the update to 1.22, which I'll do later, but > > > testing this would be a good help. > > > > I did put this in for testing. The build is still running but so far > > there were two issues: > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6466/steps/14/logs/stdio > > > > from oe-selftest -r gotoolchain.oeGoToolchainSelfTest.test_go_dep_build > I have see of this also in my local builds in my distro and there are some reports upstream https://github.com/golang/go/issues/61928 I believe this one is expected with the update but I am still doing my local tests. > > > > and meta-clang: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/142/builds/39 > > > > meta-virt did pass our testing but I've copied Bruce so he's aware of > > this and can comment. Copying Khem for meta-clang too. > For meta-clang maybe we can switch to gcc to build the go-helloworld > > I'm running into some golang issues linking with my latest updates to > meta-virt . > > I'll apply these locally and see if they help, make things worse or have > no impact on my upcoming recipe bumps for m-virt. > I am testing mostly docker and everything seems fine so far. Jose > > Bruce > > > > > > Cheers, > > > > Richard > > > > -- > - Thou shalt not follow the NULL pointer, for chaos and madness await > thee at its end > - "Use the force Harry" - Gandalf, Star Trek II > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196275): https://lists.openembedded.org/g/openembedded-core/message/196275 Mute This Topic: https://lists.openembedded.org/mt/104600118/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] [RFC OE-core][PATCH 3/3] goarch: disable dynamic linking globally
Alexander Kanavin escreveu (terça, 27/02/2024 à(s) 10:51): > I was going to do that, but RP beat me to it: > https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6613 > > I'm also going to do more tests today especially on more complex stacks like Docker. I know we are in a feature freeze but I would really like to be able to submit the update to the latest golang before the next LTS 5.0. Thank you both for running this on the autobuilder. Jose > Alex > > On Tue, 27 Feb 2024 at 11:13, Jose Quaresma > wrote: > > > > Hi, > > > > I would like to ask if this patchset could be exercised in the > autobuilder? > > I only got it working yesterday and today I'm going to do a more > exhaustive test. > > This is still missing the update to 1.22, which I'll do later, but > testing this would be a good help. > > > > Jose > > > > Jose Quaresma via lists.openembedded.org gmail@lists.openembedded.org> escreveu (terça, 27/02/2024 à(s) 10:07): > >> > >> With go-1.21 dynamic linking cause a runtime panic: > >> > >> | root@qemux86-64:~# go-helloworld > >> | panic: runtime error: index out of range [0] with length 0 > >> | > >> | goroutine 1 [running]: > >> | flag.init() > >> | /usr/lib/go/src/flag/flag.go:1199 +0xf9 > >> > >> In my opinion, this would be a good trade-off so that we can update and > >> leave the version 1.20 for the next LTS 5.0 since we are already quite > >> behind on the version available upstream which already has the 1.22 > available. > >> > >> Signed-off-by: Jose Quaresma > >> --- > >> meta/classes-recipe/goarch.bbclass | 14 +++--- > >> 1 file changed, 7 insertions(+), 7 deletions(-) > >> > >> diff --git a/meta/classes-recipe/goarch.bbclass > b/meta/classes-recipe/goarch.bbclass > >> index 1ebe03864f..6899ec28e4 100644 > >> --- a/meta/classes-recipe/goarch.bbclass > >> +++ b/meta/classes-recipe/goarch.bbclass > >> @@ -38,13 +38,13 @@ BASE_GOARM:armv5 = '5' > >> # Go supports dynamic linking on a limited set of architectures. > >> # See the supportsDynlink function in > go/src/cmd/compile/internal/gc/main.go > >> GO_DYNLINK = "" > >> -GO_DYNLINK:arm ?= "1" > >> -GO_DYNLINK:aarch64 ?= "1" > >> -GO_DYNLINK:x86 ?= "1" > >> -GO_DYNLINK:x86-64 ?= "1" > >> -GO_DYNLINK:powerpc64 ?= "1" > >> -GO_DYNLINK:powerpc64le ?= "1" > >> -GO_DYNLINK:class-native ?= "" > >> +GO_DYNLINK:arm = "" > >> +GO_DYNLINK:aarch64 = "" > >> +GO_DYNLINK:x86 = "" > >> +GO_DYNLINK:x86-64 = "" > >> +GO_DYNLINK:powerpc64 = "" > >> +GO_DYNLINK:powerpc64le = "" > >> +GO_DYNLINK:class-native = "" > >> GO_DYNLINK:class-nativesdk = "" > >> > >> # define here because everybody inherits this class > >> -- > >> 2.44.0 > >> > >> > >> > >> > > > > > > -- > > Best regards, > > > > José Quaresma > > > > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196259): https://lists.openembedded.org/g/openembedded-core/message/196259 Mute This Topic: https://lists.openembedded.org/mt/104600118/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] [RFC OE-core][PATCH 3/3] goarch: disable dynamic linking globally
Hi, I would like to ask if this patchset could be exercised in the autobuilder? I only got it working yesterday and today I'm going to do a more exhaustive test. This is still missing the update to 1.22, which I'll do later, but testing this would be a good help. Jose Jose Quaresma via lists.openembedded.org escreveu (terça, 27/02/2024 à(s) 10:07): > With go-1.21 dynamic linking cause a runtime panic: > > | root@qemux86-64:~# go-helloworld > | panic: runtime error: index out of range [0] with length 0 > | > | goroutine 1 [running]: > | flag.init() > | /usr/lib/go/src/flag/flag.go:1199 +0xf9 > > In my opinion, this would be a good trade-off so that we can update and > leave the version 1.20 for the next LTS 5.0 since we are already quite > behind on the version available upstream which already has the 1.22 > available. > > Signed-off-by: Jose Quaresma > --- > meta/classes-recipe/goarch.bbclass | 14 +++--- > 1 file changed, 7 insertions(+), 7 deletions(-) > > diff --git a/meta/classes-recipe/goarch.bbclass > b/meta/classes-recipe/goarch.bbclass > index 1ebe03864f..6899ec28e4 100644 > --- a/meta/classes-recipe/goarch.bbclass > +++ b/meta/classes-recipe/goarch.bbclass > @@ -38,13 +38,13 @@ BASE_GOARM:armv5 = '5' > # Go supports dynamic linking on a limited set of architectures. > # See the supportsDynlink function in > go/src/cmd/compile/internal/gc/main.go > GO_DYNLINK = "" > -GO_DYNLINK:arm ?= "1" > -GO_DYNLINK:aarch64 ?= "1" > -GO_DYNLINK:x86 ?= "1" > -GO_DYNLINK:x86-64 ?= "1" > -GO_DYNLINK:powerpc64 ?= "1" > -GO_DYNLINK:powerpc64le ?= "1" > -GO_DYNLINK:class-native ?= "" > +GO_DYNLINK:arm = "" > +GO_DYNLINK:aarch64 = "" > +GO_DYNLINK:x86 = "" > +GO_DYNLINK:x86-64 = "" > +GO_DYNLINK:powerpc64 = "" > +GO_DYNLINK:powerpc64le = "" > +GO_DYNLINK:class-native = "" > GO_DYNLINK:class-nativesdk = "" > > # define here because everybody inherits this class > -- > 2.44.0 > > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196253): https://lists.openembedded.org/g/openembedded-core/message/196253 Mute This Topic: https://lists.openembedded.org/mt/104600118/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 OE-core][PATCH 3/3] goarch: disable dynamic linking globally
With go-1.21 dynamic linking cause a runtime panic: | root@qemux86-64:~# go-helloworld | panic: runtime error: index out of range [0] with length 0 | | goroutine 1 [running]: | flag.init() | /usr/lib/go/src/flag/flag.go:1199 +0xf9 In my opinion, this would be a good trade-off so that we can update and leave the version 1.20 for the next LTS 5.0 since we are already quite behind on the version available upstream which already has the 1.22 available. Signed-off-by: Jose Quaresma --- meta/classes-recipe/goarch.bbclass | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/meta/classes-recipe/goarch.bbclass b/meta/classes-recipe/goarch.bbclass index 1ebe03864f..6899ec28e4 100644 --- a/meta/classes-recipe/goarch.bbclass +++ b/meta/classes-recipe/goarch.bbclass @@ -38,13 +38,13 @@ BASE_GOARM:armv5 = '5' # Go supports dynamic linking on a limited set of architectures. # See the supportsDynlink function in go/src/cmd/compile/internal/gc/main.go GO_DYNLINK = "" -GO_DYNLINK:arm ?= "1" -GO_DYNLINK:aarch64 ?= "1" -GO_DYNLINK:x86 ?= "1" -GO_DYNLINK:x86-64 ?= "1" -GO_DYNLINK:powerpc64 ?= "1" -GO_DYNLINK:powerpc64le ?= "1" -GO_DYNLINK:class-native ?= "" +GO_DYNLINK:arm = "" +GO_DYNLINK:aarch64 = "" +GO_DYNLINK:x86 = "" +GO_DYNLINK:x86-64 = "" +GO_DYNLINK:powerpc64 = "" +GO_DYNLINK:powerpc64le = "" +GO_DYNLINK:class-native = "" GO_DYNLINK:class-nativesdk = "" # define here because everybody inherits this class -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#196251): https://lists.openembedded.org/g/openembedded-core/message/196251 Mute This Topic: https://lists.openembedded.org/mt/104600087/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] go: update 1.20.13 -> 1.20.14
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.13..go1.20.14
90a870f1dc (tag: go1.20.14, origin/release-branch.go1.20)
[release-branch.go1.20] go1.20.14
a2f4a5a6e7 [release-branch.go1.20] Revert "crypto/internal/boring: upgrade
module to fips-20220613" +1
746a072791 [release-branch.go1.20] crypto/x509: properly gate test on macos
version
d7df7f4fa0 [release-branch.go1.20] runtime: properly model rwmutex in lock
ranking
$ git log --oneline go1.20.13..go1.20.14
[1] https://github.com/golang/go/compare/go1.20.13...go1.20.14
Signed-off-by: Jose Quaresma
---
.../go/{go-1.20.13.inc => go-1.20.14.inc} | 2 +-
...nary-native_1.20.13.bb => go-binary-native_1.20.14.bb} | 6 +++---
...s-canadian_1.20.13.bb => go-cross-canadian_1.20.14.bb} | 0
.../go/{go-cross_1.20.13.bb => go-cross_1.20.14.bb} | 0
.../go/{go-crosssdk_1.20.13.bb => go-crosssdk_1.20.14.bb} | 0
.../go/{go-native_1.20.13.bb => go-native_1.20.14.bb} | 0
.../go/{go-runtime_1.20.13.bb => go-runtime_1.20.14.bb} | 0
.../go/go/0003-ld-add-soname-to-shareable-objects.patch | 8
meta/recipes-devtools/go/{go_1.20.13.bb => go_1.20.14.bb} | 0
9 files changed, 8 insertions(+), 8 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.13.inc => go-1.20.14.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.13.bb =>
go-binary-native_1.20.14.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.13.bb =>
go-cross-canadian_1.20.14.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.13.bb => go-cross_1.20.14.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.13.bb =>
go-crosssdk_1.20.14.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.13.bb => go-native_1.20.14.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.13.bb =>
go-runtime_1.20.14.bb} (100%)
rename meta/recipes-devtools/go/{go_1.20.13.bb => go_1.20.14.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.13.inc
b/meta/recipes-devtools/go/go-1.20.14.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.13.inc
rename to meta/recipes-devtools/go/go-1.20.14.inc
index b6eeb651c9..7e425effe5 100644
--- a/meta/recipes-devtools/go/go-1.20.13.inc
+++ b/meta/recipes-devtools/go/go-1.20.14.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"0fe745c530f2f1d67193af3c5ea25246be077989ec5178df266e975f3532449e"
+SRC_URI[main.sha256sum] =
"1aef321a0e3e38b7e91d2d7eb64040666cabdcc77d383de3c9522d0d69b67f4e"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.13.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.14.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.13.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.14.bb
index d99bab71e1..95211e6696 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.13.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.14.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"9a9d3dcae2b6a638b1f2e9bd4db08ffb39c10e55d9696914002742d90f0047b5"
-SRC_URI[go_linux_arm64.sha256sum] =
"a2d811cef3c4fc77c01195622e637af0c2cf8b3814a95a0920cf2f83b6061d38"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"5f632b83323e16f8c6ceb676cd570b3f13f1826e06a81d92985d1301b643a7d3"
+SRC_URI[go_linux_amd64.sha256sum] =
"ff445e48af27f93f66bd949ae060d97991c83e11289009d311f25426258f9c44"
+SRC_URI[go_linux_arm64.sha256sum] =
"2096507509a98782850d1f0669786c09727053e9fe3c92b03c0d96f48700282b"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"237b1da9b65629a9b0fcf1f3ca75b4c84ef55fca1fc3eadf1681da7bbcb2e9cd"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.20.13.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.20.14.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.20.13.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.20.14.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.20.13.bb
b/meta/recipes-devtools/go/go-cross_1.20.14.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.20.13.bb
rename to meta/recipes-devtools/go/go-cross_1.20.14.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.20.13.bb
b/meta/recipes-devtools/go/go-crosssdk_1.20.14.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.20.13.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.20.14.bb
diff --git a/meta/recipes-devtools/go/go-
Re: [OE-core] Yocto Project Status 13 February 2024 (WW07)
Richard Purdie escreveu (sexta, 16/02/2024 à(s) 11:34): > On Tue, 2024-02-13 at 08:50 -0700, Stephen Jolley wrote: > > * We are now a week from feature freeze for 5.0, our next LTS > > release > > For better or worse but probably not entirely surprisingly, there are > quite a few things that we may want to try and fit in. I've listed them > just so everyone knows what is on the list: > > * genericarm64 machine > * add qemuriscv64 tests to the autobuilder, for M3 only > * devtool changes to use git notes > * hashserve improvements > * pending changes in master-next where review is still being worked > * change to rust test suite logging > * devtool IDE changes > > Also things which are worrying: > > * Rust upgrade blocked by reproducibility issues > * musl upgrade blocked by large number of unsubmitted pending patches > * nativesdk-systemd usage broken by usrmerge requirement (we're not > changing the SDK layout days before freeze) > > I'm sure there are some things I'm forgetting too. > > Please let me know ASAP if there is anything else pending. > Hi Richard, I think it would also be important to update the golang toolchain from the 1.20.x we haven't done it yet the 1.21 and 1.22. I intend to dedicate some time to 1.21 but I can't promise anything and there is a high probability that I won't be able to correct the problems that exist. Jose > > The good news is that several problematic issues do seem to be finding > resolutions in the last 48h. > > Cheers, > > Richard > > > > > > > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#195765): https://lists.openembedded.org/g/openembedded-core/message/195765 Mute This Topic: https://lists.openembedded.org/mt/104334498/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] go: update 1.20.12 -> 1.20.13
Khem Raj escreveu (sexta, 26/01/2024 à(s) 17:58):
> On Fri, Jan 26, 2024 at 8:24 AM Jose Quaresma
> wrote:
> >
> >
> >
> > Alexander Kanavin escreveu (sexta, 26/01/2024
> à(s) 16:10):
> >>
> >> Hello Jose,
> >>
> >> there was a 1.21 update earlier, what happened to that?
> >
> >
> > Hi Alex,
> >
> > I know and I've already done some work on this but unfortunately there
> are runtime problems.
> > https://lists.openembedded.org/g/openembedded-core/message/191943
> >
> > The patch 0005-cmd-dist-separate-host-and-target-builds.patch has some
> problems and I need to spend some more time with it.
> >
> > It would be good to also reduce the number of patches we have here,
> > some of which are quite invasive, to facilitate these updates.
> > When I have a working version using golang master I will try to submit
> some of the patches we carry.
> >
> > I would like to take this opportunity to inform than I am not an expert
> in golang
> > nor anything like that, which makes things more difficult and slower.
> >
> > As long as I can't fix what's missing for 1.21, I'll update the current
> version.
> >
>
> Few months ago, I cobbled something up here -
> https://git.yoctoproject.org/poky-contrib/log/?h=kraj/go1.21
> it was not tested much, but might be helpful while you look into it.
>
Hi Khen,
Next week I will take a look at your branch.
Thanks for your help.
Jose
>
> > Jose
> >
> >>
> >> Alex
> >>
> >> On Fri, 26 Jan 2024 at 17:06, Jose Quaresma
> wrote:
> >> >
> >> > Upgrade to latest 1.20.x release [1]:
> >> >
> >> > $ git log --oneline go1.20.12..go1.20.13
> >> > a95136a88c (tag: go1.20.13) [release-branch.go1.20] go1.20.13
> >> > 5c38c04957 [release-branch.go1.20] crypto/tls: align FIPS-only mode
> with BoringSSL policy
> >> > 9e4abed39b [release-branch.go1.20] crypto/internal/boring: upgrade
> module to fips-20220613
> >> > 95afc744a7 [release-branch.go1.20] runtime: put ReadMemStats debug
> assertions behind a double-check mode
> >> > 8cb86b5f85 [release-branch.go1.20] os/signal: skip nohup tests on
> darwin builders
> >> > 59ffd3b90d [release-branch.go1.20] os/signal: remove go t.Run from
> TestNohup
> >> >
> >> > [1] https://github.com/golang/go/compare/go1.20.12...go1.20.13
> >> >
> >> > Signed-off-by: Jose Quaresma
> >> > ---
> >> > meta/recipes-devtools/go/{go-1.20.12.inc => go-1.20.13.inc} | 2 +-
> >> > ...binary-native_1.20.12.bb => go-binary-native_1.20.13.bb} | 6
> +++---
> >> > ...oss-canadian_1.20.12.bb => go-cross-canadian_1.20.13.bb} | 0
> >> > .../go/{go-cross_1.20.12.bb => go-cross_1.20.13.bb} | 0
> >> > .../go/{go-crosssdk_1.20.12.bb => go-crosssdk_1.20.13.bb} | 0
> >> > .../go/{go-native_1.20.12.bb => go-native_1.20.13.bb} | 0
> >> > .../go/{go-runtime_1.20.12.bb => go-runtime_1.20.13.bb} | 0
> >> > meta/recipes-devtools/go/{go_1.20.12.bb => go_1.20.13.bb} | 0
> >> > 8 files changed, 4 insertions(+), 4 deletions(-)
> >> > rename meta/recipes-devtools/go/{go-1.20.12.inc => go-1.20.13.inc}
> (89%)
> >> > rename meta/recipes-devtools/go/{go-binary-native_1.20.12.bb =>
> go-binary-native_1.20.13.bb} (78%)
> >> > rename meta/recipes-devtools/go/{go-cross-canadian_1.20.12.bb =>
> go-cross-canadian_1.20.13.bb} (100%)
> >> > rename meta/recipes-devtools/go/{go-cross_1.20.12.bb =>
> go-cross_1.20.13.bb} (100%)
> >> > rename meta/recipes-devtools/go/{go-crosssdk_1.20.12.bb =>
> go-crosssdk_1.20.13.bb} (100%)
> >> > rename meta/recipes-devtools/go/{go-native_1.20.12.bb =>
> go-native_1.20.13.bb} (100%)
> >> > rename meta/recipes-devtools/go/{go-runtime_1.20.12.bb =>
> go-runtime_1.20.13.bb} (100%)
> >> > rename meta/recipes-devtools/go/{go_1.20.12.bb => go_1.20.13.bb}
> (100%)
> >> >
> >> > diff --git a/meta/recipes-devtools/go/go-1.20.12.inc
> b/meta/recipes-devtools/go/go-1.20.13.inc
> >> > similarity index 89%
> >> > rename from meta/recipes-devtools/go/go-1.20.12.inc
> >> > rename to meta/recipes-devtools/go/go-1.20.13.inc
> >> > index 9be56c6707..b6eeb651c9 100644
> >> > --- a/meta/recipes-devtools/go/go-1.20.12.inc
> >> > +++ b/meta/recipes-devtools/go/go-1.20.13.inc
> >> > @@ -15,4 +15,4 @@ SRC_URI += "
Re: [OE-core] [PATCH] go: update 1.20.12 -> 1.20.13
Alexander Kanavin escreveu (sexta, 26/01/2024 à(s)
16:10):
> Hello Jose,
>
> there was a 1.21 update earlier, what happened to that?
>
Hi Alex,
I know and I've already done some work on this but unfortunately there are
runtime problems.
https://lists.openembedded.org/g/openembedded-core/message/191943
The patch 0005-cmd-dist-separate-host-and-target-builds.patch has some
problems and I need to spend some more time with it.
It would be good to also reduce the number of patches we have here,
some of which are quite invasive, to facilitate these updates.
When I have a working version using golang master I will try to submit some
of the patches we carry.
I would like to take this opportunity to inform than I am not an expert in
golang
nor anything like that, which makes things more difficult and slower.
As long as I can't fix what's missing for 1.21, I'll update the current
version.
Jose
> Alex
>
> On Fri, 26 Jan 2024 at 17:06, Jose Quaresma
> wrote:
> >
> > Upgrade to latest 1.20.x release [1]:
> >
> > $ git log --oneline go1.20.12..go1.20.13
> > a95136a88c (tag: go1.20.13) [release-branch.go1.20] go1.20.13
> > 5c38c04957 [release-branch.go1.20] crypto/tls: align FIPS-only mode with
> BoringSSL policy
> > 9e4abed39b [release-branch.go1.20] crypto/internal/boring: upgrade
> module to fips-20220613
> > 95afc744a7 [release-branch.go1.20] runtime: put ReadMemStats debug
> assertions behind a double-check mode
> > 8cb86b5f85 [release-branch.go1.20] os/signal: skip nohup tests on darwin
> builders
> > 59ffd3b90d [release-branch.go1.20] os/signal: remove go t.Run from
> TestNohup
> >
> > [1] https://github.com/golang/go/compare/go1.20.12...go1.20.13
> >
> > Signed-off-by: Jose Quaresma
> > ---
> > meta/recipes-devtools/go/{go-1.20.12.inc => go-1.20.13.inc} | 2 +-
> > ...binary-native_1.20.12.bb => go-binary-native_1.20.13.bb} | 6 +++---
> > ...oss-canadian_1.20.12.bb => go-cross-canadian_1.20.13.bb} | 0
> > .../go/{go-cross_1.20.12.bb => go-cross_1.20.13.bb} | 0
> > .../go/{go-crosssdk_1.20.12.bb => go-crosssdk_1.20.13.bb} | 0
> > .../go/{go-native_1.20.12.bb => go-native_1.20.13.bb} | 0
> > .../go/{go-runtime_1.20.12.bb => go-runtime_1.20.13.bb} | 0
> > meta/recipes-devtools/go/{go_1.20.12.bb => go_1.20.13.bb} | 0
> > 8 files changed, 4 insertions(+), 4 deletions(-)
> > rename meta/recipes-devtools/go/{go-1.20.12.inc => go-1.20.13.inc} (89%)
> > rename meta/recipes-devtools/go/{go-binary-native_1.20.12.bb =>
> go-binary-native_1.20.13.bb} (78%)
> > rename meta/recipes-devtools/go/{go-cross-canadian_1.20.12.bb =>
> go-cross-canadian_1.20.13.bb} (100%)
> > rename meta/recipes-devtools/go/{go-cross_1.20.12.bb =>
> go-cross_1.20.13.bb} (100%)
> > rename meta/recipes-devtools/go/{go-crosssdk_1.20.12.bb =>
> go-crosssdk_1.20.13.bb} (100%)
> > rename meta/recipes-devtools/go/{go-native_1.20.12.bb =>
> go-native_1.20.13.bb} (100%)
> > rename meta/recipes-devtools/go/{go-runtime_1.20.12.bb =>
> go-runtime_1.20.13.bb} (100%)
> > rename meta/recipes-devtools/go/{go_1.20.12.bb => go_1.20.13.bb} (100%)
> >
> > diff --git a/meta/recipes-devtools/go/go-1.20.12.inc
> b/meta/recipes-devtools/go/go-1.20.13.inc
> > similarity index 89%
> > rename from meta/recipes-devtools/go/go-1.20.12.inc
> > rename to meta/recipes-devtools/go/go-1.20.13.inc
> > index 9be56c6707..b6eeb651c9 100644
> > --- a/meta/recipes-devtools/go/go-1.20.12.inc
> > +++ b/meta/recipes-devtools/go/go-1.20.13.inc
> > @@ -15,4 +15,4 @@ SRC_URI += "\
> >
> file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
> > file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
> > "
> > -SRC_URI[main.sha256sum] =
> "c5bf934751d31c315c1d0bb5fb02296545fa6d08923566f7a5afec81f2ed27d6"
> > +SRC_URI[main.sha256sum] =
> "0fe745c530f2f1d67193af3c5ea25246be077989ec5178df266e975f3532449e"
> > diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.12.bb
> b/meta/recipes-devtools/go/go-binary-native_1.20.13.bb
> > similarity index 78%
> > rename from meta/recipes-devtools/go/go-binary-native_1.20.12.bb
> > rename to meta/recipes-devtools/go/go-binary-native_1.20.13.bb
> > index 41db2ada80..d99bab71e1 100644
> > --- a/meta/recipes-devtools/go/go-binary-native_1.20.12.bb
> > +++ b/meta/recipes-devtools/go/go-binary-native_1.20.13.bb
> > @@ -9,9 +9,9 @@ PROVIDES = "go-native"
> >
> > # Checksums available at https://go.dev/dl/
> > SRC_URI = "
> https://dl.google.com/go/go${PV}.${BUILD_GO
[OE-core] [PATCH] go: update 1.20.12 -> 1.20.13
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.12..go1.20.13
a95136a88c (tag: go1.20.13) [release-branch.go1.20] go1.20.13
5c38c04957 [release-branch.go1.20] crypto/tls: align FIPS-only mode with
BoringSSL policy
9e4abed39b [release-branch.go1.20] crypto/internal/boring: upgrade module to
fips-20220613
95afc744a7 [release-branch.go1.20] runtime: put ReadMemStats debug assertions
behind a double-check mode
8cb86b5f85 [release-branch.go1.20] os/signal: skip nohup tests on darwin
builders
59ffd3b90d [release-branch.go1.20] os/signal: remove go t.Run from TestNohup
[1] https://github.com/golang/go/compare/go1.20.12...go1.20.13
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.20.12.inc => go-1.20.13.inc} | 2 +-
...binary-native_1.20.12.bb => go-binary-native_1.20.13.bb} | 6 +++---
...oss-canadian_1.20.12.bb => go-cross-canadian_1.20.13.bb} | 0
.../go/{go-cross_1.20.12.bb => go-cross_1.20.13.bb} | 0
.../go/{go-crosssdk_1.20.12.bb => go-crosssdk_1.20.13.bb} | 0
.../go/{go-native_1.20.12.bb => go-native_1.20.13.bb} | 0
.../go/{go-runtime_1.20.12.bb => go-runtime_1.20.13.bb} | 0
meta/recipes-devtools/go/{go_1.20.12.bb => go_1.20.13.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.12.inc => go-1.20.13.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.12.bb =>
go-binary-native_1.20.13.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.12.bb =>
go-cross-canadian_1.20.13.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.12.bb => go-cross_1.20.13.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.12.bb =>
go-crosssdk_1.20.13.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.12.bb => go-native_1.20.13.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.12.bb =>
go-runtime_1.20.13.bb} (100%)
rename meta/recipes-devtools/go/{go_1.20.12.bb => go_1.20.13.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.12.inc
b/meta/recipes-devtools/go/go-1.20.13.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.12.inc
rename to meta/recipes-devtools/go/go-1.20.13.inc
index 9be56c6707..b6eeb651c9 100644
--- a/meta/recipes-devtools/go/go-1.20.12.inc
+++ b/meta/recipes-devtools/go/go-1.20.13.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"c5bf934751d31c315c1d0bb5fb02296545fa6d08923566f7a5afec81f2ed27d6"
+SRC_URI[main.sha256sum] =
"0fe745c530f2f1d67193af3c5ea25246be077989ec5178df266e975f3532449e"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.12.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.13.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.12.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.13.bb
index 41db2ada80..d99bab71e1 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.12.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.13.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"9c5d48c54dd8b0a3b2ef91b0f92a1190aa01f11d26e98033efa64c46a30bba7b"
-SRC_URI[go_linux_arm64.sha256sum] =
"8afe8e3fb6972eaa2179ef0a71678c67f26509fab4f0f67c4b00f4cdfa92dc87"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"2ae0ec3736216dfbd7b01ff679842dc1bed365e53a024d522645bcffd01c7328"
+SRC_URI[go_linux_amd64.sha256sum] =
"9a9d3dcae2b6a638b1f2e9bd4db08ffb39c10e55d9696914002742d90f0047b5"
+SRC_URI[go_linux_arm64.sha256sum] =
"a2d811cef3c4fc77c01195622e637af0c2cf8b3814a95a0920cf2f83b6061d38"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"5f632b83323e16f8c6ceb676cd570b3f13f1826e06a81d92985d1301b643a7d3"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.20.12.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.20.13.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.20.12.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.20.13.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.20.12.bb
b/meta/recipes-devtools/go/go-cross_1.20.13.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.20.12.bb
rename to meta/recipes-devtools/go/go-cross_1.20.13.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.20.12.bb
b/meta/recipes-devtools/go/go-crosssdk_1.20.13.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.20.12.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.20.13.bb
d
[OE-core][kirkstone][PATCH] pybootchartgui: fix 2 SyntaxWarnings
From: Martin Jansa scripts/pybootchartgui/pybootchartgui/draw.py:820: SyntaxWarning: "is not" with a literal. Did you mean "!="? if (OPTIONS.show_pid or OPTIONS.show_all) and ipid is not 0: scripts/pybootchartgui/pybootchartgui/draw.py:918: SyntaxWarning: "is not" with a literal. Did you mean "!="? if i is not 0: Signed-off-by: Martin Jansa Signed-off-by: Luca Ceresoli (cherry picked from commit 8d996616f0ca57220d939a41ca9ba6d696ea2a4f) Signed-off-by: Jose Quaresma --- scripts/pybootchartgui/pybootchartgui/draw.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/pybootchartgui/pybootchartgui/draw.py b/scripts/pybootchartgui/pybootchartgui/draw.py index 707e7fe427..ce3af74e2b 100644 --- a/scripts/pybootchartgui/pybootchartgui/draw.py +++ b/scripts/pybootchartgui/pybootchartgui/draw.py @@ -703,7 +703,7 @@ def draw_processes_recursively(ctx, proc, proc_tree, y, proc_h, rect, clip) : cmdString = proc.cmd else: cmdString = '' -if (OPTIONS.show_pid or OPTIONS.show_all) and ipid is not 0: +if (OPTIONS.show_pid or OPTIONS.show_all) and ipid != 0: cmdString = cmdString + " [" + str(ipid // 1000) + "]" if OPTIONS.show_all: if proc.args: @@ -801,7 +801,7 @@ class CumlSample: if self.color is None: i = self.next() % HSV_MAX_MOD h = 0.0 -if i is not 0: +if i != 0: h = (1.0 * i) / HSV_MAX_MOD s = 0.5 v = 1.0 -- 2.43.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#193463): https://lists.openembedded.org/g/openembedded-core/message/193463 Mute This Topic: https://lists.openembedded.org/mt/103621662/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/5] oeqa/selftest/overlayfs: Don't overwrite DISTRO_FEATURES
Richard Purdie escreveu no dia terça, 19/12/2023 à(s) 14:35: > Whilst debugging an autobuilder failure, I wondered why it was rebuilding > qemu-system-native > instead of reusing from sstate. The reason was it was overwriting > DISTRO_FEATURES, > in this case removing opengl which caused much to rebuild. > > The test doesn't need that so don't do it. > > Signed-off-by: Richard Purdie > --- > meta/lib/oeqa/selftest/cases/overlayfs.py | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py > b/meta/lib/oeqa/selftest/cases/overlayfs.py > index 4031ded0fe4..a20fa6acc2d 100644 > --- a/meta/lib/oeqa/selftest/cases/overlayfs.py > +++ b/meta/lib/oeqa/selftest/cases/overlayfs.py > @@ -79,7 +79,7 @@ DISTRO_FEATURES:append = " systemd overlayfs usrmerge" > > config = """ > IMAGE_INSTALL:append = " overlayfs-user" > -DISTRO_FEATURES += "systemd overlayfs usrmerge" > +DISTRO_FEATURES:append "systemd overlayfs usrmerge" > The equal sign is not there and also the extra space before systemd. DISTRO_FEATURES:append = " systemd overlayfs usrmerge" Jose > OVERLAYFS_QA_SKIP[mnt-overlay] = "mount-configured" > """ > > -- > 2.39.2 > > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#192745): https://lists.openembedded.org/g/openembedded-core/message/192745 Mute This Topic: https://lists.openembedded.org/mt/103263022/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v3] strace: Disable bluetooth support by default
Richard Purdie escreveu no dia quinta, 14/12/2023 à(s) 12:37: > On Thu, 2023-12-14 at 13:34 +0100, Alexander Kanavin wrote: > > On Thu, 14 Dec 2023 at 13:30, Richard Purdie > > wrote: > > > I think it would have a huge impact on the throughput of patches :( An > > > hour or two before the majority of the tests even start. > > > > Then the only remaining idea I have is adding more hardware. So that > > there's enough of it to rarely if ever have a situation where several > > builds run on the same worker. > > We are in the process of trying to work out which direction the > infrastructure will take as we are due a hardware refresh FWIW. > > I do still also think we need to take a look at the sstate > matches/mismatches... > I've thought a few times that having an argument on bitbake or something else to just execute the native targets would be very useful. With something like that we can split the builds for multiple machines in two steps building first the common part, In this first step we have some of the havey like clang-native rust-native rust-llvm-native. To conclude the first build would only run and build the native targets and the following builds will get all from the sstate. Jose > Cheers, > > Richard > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#192367): https://lists.openembedded.org/g/openembedded-core/message/192367 Mute This Topic: https://lists.openembedded.org/mt/103146402/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 2/2] go: upgrade 1.21.0 -> 1.21.5
ronization in
ExampleAfterFunc_cond
2d4746f37b [release-branch.go1.21] go/types, types2: disable interface
inference for versions before Go 1.21
2b8026f025 [release-branch.go1.21] cmd/compile: in expandCalls, move all arg
marshalling into call block
7c97cc7d97 [release-branch.go1.21] Revert "os: use handle based APIs to read
directories on windows"
cb6ea94996 [release-branch.go1.21] Revert "cmd/compile: omit redundant
sign/unsign extension on arm64"
45b98bfb79 [release-branch.go1.21] path/filepath: don't drop .. elements when
cleaning invalid Windows paths
bac083a584 [release-branch.go1.21] cmd/link: don't mangle string symbol names
70aa116c4a [release-branch.go1.21] runtime/internal/wasitest: skip racy TCP
echo test
31c5a236bc [release-branch.go1.21] runtime: mark traceEnabled and
traceShuttingDown as no:split
25ec110e51 [release-branch.go1.21] cmd/compile: ensure empty blocks in write
barriers are marked unpreemptible
6634ce2f41 [release-branch.go1.21] runtime: profiling on Darwin cannot use
blocking reads
25c6dce188 [release-branch.go1.21] cmd/compile: make backingArrayPtrLen to
return typecheck-ed nodes
4e34f2e81d [release-branch.go1.21] go/types, types2: don't panic during
interface completion
d91843ff67 [release-branch.go1.21] go/types, types2: use correct parameter list
when checking argument passing
7437db1085 [release-branch.go1.21] go/types, types2: use exact unification when
comparing interface methods
ed527ecfb2 [release-branch.go1.21] cmd/api: rename api.go to main_test.go
b78e8cc145 [release-branch.go1.21] crypto/tls: add GODEBUG to control max RSA
key size
3475e6af4c [release-branch.go1.21] cmd/go: fix missing case checking for empty
slice
179821c9e1 [release-branch.go1.21] net/http: permit requests with invalid Host
headers
9398951479 [release-branch.go1.21] cmd/distpack: include directory entries in
tar files
75d8be5fb4 [release-branch.go1.21] cmd/go/internal/web: release the net token
when an HTTP request fails due to CheckRedirect
1755d14559 [release-branch.go1.21] cmd/compile: fix missing init nodes for
len(string([]byte)) optimization
[1] https://github.com/golang/go/compare/go1.21.0...go1.21.5
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.21.0.inc => go-1.21.5.inc} | 2 +-
...o-binary-native_1.21.0.bb => go-binary-native_1.21.5.bb} | 6 +++---
...cross-canadian_1.21.0.bb => go-cross-canadian_1.21.5.bb} | 0
.../go/{go-cross_1.21.0.bb => go-cross_1.21.5.bb} | 0
.../go/{go-crosssdk_1.21.0.bb => go-crosssdk_1.21.5.bb} | 0
.../go/{go-native_1.21.0.bb => go-native_1.21.5.bb} | 0
.../go/{go-runtime_1.21.0.bb => go-runtime_1.21.5.bb} | 0
meta/recipes-devtools/go/{go_1.21.0.bb => go_1.21.5.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.21.0.inc => go-1.21.5.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.21.0.bb =>
go-binary-native_1.21.5.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.21.0.bb =>
go-cross-canadian_1.21.5.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.21.0.bb => go-cross_1.21.5.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.21.0.bb =>
go-crosssdk_1.21.5.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.21.0.bb => go-native_1.21.5.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.21.0.bb => go-runtime_1.21.5.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.21.0.bb => go_1.21.5.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.21.0.inc
b/meta/recipes-devtools/go/go-1.21.5.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.21.0.inc
rename to meta/recipes-devtools/go/go-1.21.5.inc
index 2933793b8b..f009ea77c7 100644
--- a/meta/recipes-devtools/go/go-1.21.0.inc
+++ b/meta/recipes-devtools/go/go-1.21.5.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"818d46ede85682dd551ad378ef37a4d247006f12ec59b5b755601d2ce114369a"
+SRC_URI[main.sha256sum] =
"285cbbdf4b6e6e62ed58f370f3f6d8c30825d6e56c5853c66d3c23bcdb09db19"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.21.0.bb
b/meta/recipes-devtools/go/go-binary-native_1.21.5.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.21.0.bb
rename to meta/recipes-devtools/go/go-binary-native_1.21.5.bb
index 0b8086e7b9..fad2f34a3b 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.21.0.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.21.5.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"d0398903a16ba2232b389fb31032ddf57cac34efda306a0eeba
[OE-core] [PATCH v2 2/2] go: update 1.20.11 -> 1.20.12
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.11..go1.20.12
97c8ff8d53 (tag: go1.20.12, origin/release-branch.go1.20)
[release-branch.go1.20] go1.20.12
6446af942e [release-branch.go1.20] net/http: limit chunked data overhead
77397ffcb2 [release-branch.go1.20] crypto/rand,runtime: revert "switch
RtlGenRandom for ProcessPrng"
d77307f855 [release-branch.go1.20] cmd/compile: fix findIndVar so it does not
match disjointed loop headers
1bd76576fe [release-branch.go1.20] crypto/rand,runtime: switch RtlGenRandom for
ProcessPrng
1b59b017db [release-branch.go1.20] path/filepath: consider \\?\c: as a volume
on Windows
46bc33819a [release-branch.go1.20] cmd/go/internal/vcs: error out if the
requested repo does not support a secure protocol
e1dc209be8 [release-branch.go1.20] cmd/go/internal/modfetch/codehost: set
core.longpaths in Git repos on Windows
[1] https://github.com/golang/go/compare/go1.20.11...go1.20.12
Signed-off-by: Jose Quaresma
---
v2: add the missing 1.20.12 files
meta/recipes-devtools/go/{go-1.20.11.inc => go-1.20.12.inc} | 2 +-
...binary-native_1.20.11.bb => go-binary-native_1.20.12.bb} | 6 +++---
...oss-canadian_1.20.11.bb => go-cross-canadian_1.20.12.bb} | 0
.../go/{go-cross_1.20.11.bb => go-cross_1.20.12.bb} | 0
.../go/{go-crosssdk_1.20.11.bb => go-crosssdk_1.20.12.bb} | 0
.../go/{go-native_1.20.11.bb => go-native_1.20.12.bb} | 0
.../go/{go-runtime_1.20.11.bb => go-runtime_1.20.12.bb} | 0
meta/recipes-devtools/go/{go_1.20.11.bb => go_1.20.12.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.11.inc => go-1.20.12.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.11.bb =>
go-binary-native_1.20.12.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.11.bb =>
go-cross-canadian_1.20.12.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.11.bb => go-cross_1.20.12.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.11.bb =>
go-crosssdk_1.20.12.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.11.bb => go-native_1.20.12.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.11.bb =>
go-runtime_1.20.12.bb} (100%)
rename meta/recipes-devtools/go/{go_1.20.11.bb => go_1.20.12.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.11.inc
b/meta/recipes-devtools/go/go-1.20.12.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.11.inc
rename to meta/recipes-devtools/go/go-1.20.12.inc
index 2f510b1791..9be56c6707 100644
--- a/meta/recipes-devtools/go/go-1.20.11.inc
+++ b/meta/recipes-devtools/go/go-1.20.12.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"d355c5ae3a8f7763c9ec9dc25153aae373958cbcb60dd09e91a8b56c7621b2fc"
+SRC_URI[main.sha256sum] =
"c5bf934751d31c315c1d0bb5fb02296545fa6d08923566f7a5afec81f2ed27d6"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.12.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.11.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.12.bb
index bf91067971..e555412a19 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.12.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"ef79a11aa095a08772d2a69e4f152f897c4e96ee297b0dc20264b7dec2961abe"
-SRC_URI[go_linux_arm64.sha256sum] =
"7908a49c6ce9d48af9b5ba76ccaa0769da45d8b635259a01065b3739acef4ada"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"e04676e1aeafe7c415176f330322d43a4be5ea6deb14aca49905bd1449dc7072"
+SRC_URI[go_linux_amd64.sha256sum] =
"9c5d48c54dd8b0a3b2ef91b0f92a1190aa01f11d26e98033efa64c46a30bba7b"
+SRC_URI[go_linux_arm64.sha256sum] =
"8afe8e3fb6972eaa2179ef0a71678c67f26509fab4f0f67c4b00f4cdfa92dc87"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"2ae0ec3736216dfbd7b01ff679842dc1bed365e53a024d522645bcffd01c7328"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.20.11.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.20.12.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.20.11.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.20.12.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.20.11.bb
b/meta/recipes-devtools/go/go-cross_1.20.12.bb
similarity index 100%
rename from meta/recipes-
[OE-core] [PATCH v2 1/2] go: update 1.20.10 -> 1.20.11
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.10..go1.20.11
1d0d4b149c (tag: go1.20.11) [release-branch.go1.20] go1.20.11
46fb781685 [release-branch.go1.20] path/filepath: fix various issues in parsing
Windows paths
998fdce3ae [release-branch.go1.20] net/http: pull http2 underflow fix from
x/net/http2
d48639094b [release-branch.go1.20] cmd/link: split text sections for arm 32-bit
c8fdffb790 [release-branch.go1.20] all: tidy dependency versioning after release
[1] https://github.com/golang/go/compare/go1.20.10...go1.20.11
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.20.10.inc => go-1.20.11.inc} | 2 +-
...binary-native_1.20.10.bb => go-binary-native_1.20.11.bb} | 6 +++---
...oss-canadian_1.20.10.bb => go-cross-canadian_1.20.11.bb} | 0
.../go/{go-cross_1.20.10.bb => go-cross_1.20.11.bb} | 0
.../go/{go-crosssdk_1.20.10.bb => go-crosssdk_1.20.11.bb} | 0
.../go/{go-native_1.20.10.bb => go-native_1.20.11.bb} | 0
.../go/{go-runtime_1.20.10.bb => go-runtime_1.20.11.bb} | 0
meta/recipes-devtools/go/{go_1.20.10.bb => go_1.20.11.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.10.inc => go-1.20.11.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.10.bb =>
go-binary-native_1.20.11.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.10.bb =>
go-cross-canadian_1.20.11.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.10.bb => go-cross_1.20.11.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.10.bb =>
go-crosssdk_1.20.11.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.10.bb => go-native_1.20.11.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.10.bb =>
go-runtime_1.20.11.bb} (100%)
rename meta/recipes-devtools/go/{go_1.20.10.bb => go_1.20.11.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.10.inc
b/meta/recipes-devtools/go/go-1.20.11.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.10.inc
rename to meta/recipes-devtools/go/go-1.20.11.inc
index 39509ed986..2f510b1791 100644
--- a/meta/recipes-devtools/go/go-1.20.10.inc
+++ b/meta/recipes-devtools/go/go-1.20.11.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"72d2f51805c47150066c103754c75fddb2c19d48c9219fa33d1e46696c841dbb"
+SRC_URI[main.sha256sum] =
"d355c5ae3a8f7763c9ec9dc25153aae373958cbcb60dd09e91a8b56c7621b2fc"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.10.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.10.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.11.bb
index 691670c31e..bf91067971 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.10.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"80d34f1fd74e382d86c2d6102e0e60d4318461a7c2f457ec1efc4042752d4248"
-SRC_URI[go_linux_arm64.sha256sum] =
"fb3c7e15fc4413c5b81eb9f26dbd7cd4faedd5c720b30fa8e2ff77457f74cab6"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"ebac6e713810174f9ffd7f48c17c373fbf359d50d8e6233b1dfbbdebd524fd1c"
+SRC_URI[go_linux_amd64.sha256sum] =
"ef79a11aa095a08772d2a69e4f152f897c4e96ee297b0dc20264b7dec2961abe"
+SRC_URI[go_linux_arm64.sha256sum] =
"7908a49c6ce9d48af9b5ba76ccaa0769da45d8b635259a01065b3739acef4ada"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"e04676e1aeafe7c415176f330322d43a4be5ea6deb14aca49905bd1449dc7072"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.20.10.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.20.11.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.20.10.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.20.11.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.20.10.bb
b/meta/recipes-devtools/go/go-cross_1.20.11.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.20.10.bb
rename to meta/recipes-devtools/go/go-cross_1.20.11.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.20.10.bb
b/meta/recipes-devtools/go/go-crosssdk_1.20.11.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.20.10.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.20.11.bb
diff --git a/meta/recipes-devtools/go/go-native_1.20.10.bb
b/meta/recipes-devtools/go/go-native_1.20.11.bb
si
[OE-core] [PATCH 2/2] go: update 1.20.11 -> 1.20.12
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.11..go1.20.12
97c8ff8d53 (tag: go1.20.12, origin/release-branch.go1.20)
[release-branch.go1.20] go1.20.12
6446af942e [release-branch.go1.20] net/http: limit chunked data overhead
77397ffcb2 [release-branch.go1.20] crypto/rand,runtime: revert "switch
RtlGenRandom for ProcessPrng"
d77307f855 [release-branch.go1.20] cmd/compile: fix findIndVar so it does not
match disjointed loop headers
1bd76576fe [release-branch.go1.20] crypto/rand,runtime: switch RtlGenRandom for
ProcessPrng
1b59b017db [release-branch.go1.20] path/filepath: consider \\?\c: as a volume
on Windows
46bc33819a [release-branch.go1.20] cmd/go/internal/vcs: error out if the
requested repo does not support a secure protocol
e1dc209be8 [release-branch.go1.20] cmd/go/internal/modfetch/codehost: set
core.longpaths in Git repos on Windows
[1] https://github.com/golang/go/compare/go1.20.11...go1.20.12
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/go-1.20.11.inc | 18 --
.../go/go-binary-native_1.20.11.bb| 50
.../go/go-cross-canadian_1.20.11.bb | 2 -
meta/recipes-devtools/go/go-cross_1.20.11.bb | 2 -
.../go/go-crosssdk_1.20.11.bb | 2 -
meta/recipes-devtools/go/go-native_1.20.11.bb | 58 ---
.../recipes-devtools/go/go-runtime_1.20.11.bb | 3 -
meta/recipes-devtools/go/go_1.20.11.bb| 18 --
8 files changed, 153 deletions(-)
delete mode 100644 meta/recipes-devtools/go/go-1.20.11.inc
delete mode 100644 meta/recipes-devtools/go/go-binary-native_1.20.11.bb
delete mode 100644 meta/recipes-devtools/go/go-cross-canadian_1.20.11.bb
delete mode 100644 meta/recipes-devtools/go/go-cross_1.20.11.bb
delete mode 100644 meta/recipes-devtools/go/go-crosssdk_1.20.11.bb
delete mode 100644 meta/recipes-devtools/go/go-native_1.20.11.bb
delete mode 100644 meta/recipes-devtools/go/go-runtime_1.20.11.bb
delete mode 100644 meta/recipes-devtools/go/go_1.20.11.bb
diff --git a/meta/recipes-devtools/go/go-1.20.11.inc
b/meta/recipes-devtools/go/go-1.20.11.inc
deleted file mode 100644
index 2f510b1791..00
--- a/meta/recipes-devtools/go/go-1.20.11.inc
+++ /dev/null
@@ -1,18 +0,0 @@
-require go-common.inc
-
-FILESEXTRAPATHS:prepend := "${FILE_DIRNAME}/go:"
-
-LIC_FILES_CHKSUM = "file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
-
-SRC_URI += "\
-file://0001-cmd-go-make-content-based-hash-generation-less-pedan.patch \
-file://0002-cmd-go-Allow-GOTOOLDIR-to-be-overridden-in-the-envir.patch \
-file://0003-ld-add-soname-to-shareable-objects.patch \
-file://0004-make.bash-override-CC-when-building-dist-and-go_boot.patch \
-file://0005-cmd-dist-separate-host-and-target-builds.patch \
-file://0006-cmd-go-make-GOROOT-precious-by-default.patch \
-file://0007-exec.go-do-not-write-linker-flags-into-buildids.patch \
-file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
-file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
-"
-SRC_URI[main.sha256sum] =
"d355c5ae3a8f7763c9ec9dc25153aae373958cbcb60dd09e91a8b56c7621b2fc"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
deleted file mode 100644
index bf91067971..00
--- a/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
+++ /dev/null
@@ -1,50 +0,0 @@
-# This recipe is for bootstrapping our go-cross from a prebuilt binary of Go
from golang.org.
-
-SUMMARY = "Go programming language compiler (upstream binary for bootstrap)"
-HOMEPAGE = " http://golang.org/;
-LICENSE = "BSD-3-Clause"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
-
-PROVIDES = "go-native"
-
-# Checksums available at https://go.dev/dl/
-SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"ef79a11aa095a08772d2a69e4f152f897c4e96ee297b0dc20264b7dec2961abe"
-SRC_URI[go_linux_arm64.sha256sum] =
"7908a49c6ce9d48af9b5ba76ccaa0769da45d8b635259a01065b3739acef4ada"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"e04676e1aeafe7c415176f330322d43a4be5ea6deb14aca49905bd1449dc7072"
-
-UPSTREAM_CHECK_URI = "https://golang.org/dl/;
-UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
-
-CVE_PRODUCT = "go"
-
-S = "${WORKDIR}/go"
-
-inherit goarch native
-
-do_compile() {
-:
-}
-
-make_wrapper() {
- rm -f ${D}${bindir}/$1
- cat <${D}${bindir}/$1
-#!/bin/bash
-here=\`dirname \$0\`
-export GOROOT="${GOROOT:-\`readlink -f \$here/../lib/go\`}"
-\$here/../lib/go/bin/$1 "\$@"
-END
- chmod +x ${D}${bindir}/$1
-}
-
-do_install() {
-find ${S} -depth -type d -name testdata -exec rm -rf {} +
-
- install -d ${D}${bindir} ${D}${li
[OE-core] [PATCH 1/2] go: update 1.20.10 -> 1.20.11
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.10..go1.20.11
1d0d4b149c (tag: go1.20.11) [release-branch.go1.20] go1.20.11
46fb781685 [release-branch.go1.20] path/filepath: fix various issues in parsing
Windows paths
998fdce3ae [release-branch.go1.20] net/http: pull http2 underflow fix from
x/net/http2
d48639094b [release-branch.go1.20] cmd/link: split text sections for arm 32-bit
c8fdffb790 [release-branch.go1.20] all: tidy dependency versioning after release
[1] https://github.com/golang/go/compare/go1.20.10...go1.20.11
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.20.10.inc => go-1.20.11.inc} | 2 +-
...binary-native_1.20.10.bb => go-binary-native_1.20.11.bb} | 6 +++---
...oss-canadian_1.20.10.bb => go-cross-canadian_1.20.11.bb} | 0
.../go/{go-cross_1.20.10.bb => go-cross_1.20.11.bb} | 0
.../go/{go-crosssdk_1.20.10.bb => go-crosssdk_1.20.11.bb} | 0
.../go/{go-native_1.20.10.bb => go-native_1.20.11.bb} | 0
.../go/{go-runtime_1.20.10.bb => go-runtime_1.20.11.bb} | 0
meta/recipes-devtools/go/{go_1.20.10.bb => go_1.20.11.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.10.inc => go-1.20.11.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.10.bb =>
go-binary-native_1.20.11.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.10.bb =>
go-cross-canadian_1.20.11.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.10.bb => go-cross_1.20.11.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.10.bb =>
go-crosssdk_1.20.11.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.10.bb => go-native_1.20.11.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.10.bb =>
go-runtime_1.20.11.bb} (100%)
rename meta/recipes-devtools/go/{go_1.20.10.bb => go_1.20.11.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.10.inc
b/meta/recipes-devtools/go/go-1.20.11.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.10.inc
rename to meta/recipes-devtools/go/go-1.20.11.inc
index 39509ed986..2f510b1791 100644
--- a/meta/recipes-devtools/go/go-1.20.10.inc
+++ b/meta/recipes-devtools/go/go-1.20.11.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"72d2f51805c47150066c103754c75fddb2c19d48c9219fa33d1e46696c841dbb"
+SRC_URI[main.sha256sum] =
"d355c5ae3a8f7763c9ec9dc25153aae373958cbcb60dd09e91a8b56c7621b2fc"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.10.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.10.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.11.bb
index 691670c31e..bf91067971 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.10.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.11.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"80d34f1fd74e382d86c2d6102e0e60d4318461a7c2f457ec1efc4042752d4248"
-SRC_URI[go_linux_arm64.sha256sum] =
"fb3c7e15fc4413c5b81eb9f26dbd7cd4faedd5c720b30fa8e2ff77457f74cab6"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"ebac6e713810174f9ffd7f48c17c373fbf359d50d8e6233b1dfbbdebd524fd1c"
+SRC_URI[go_linux_amd64.sha256sum] =
"ef79a11aa095a08772d2a69e4f152f897c4e96ee297b0dc20264b7dec2961abe"
+SRC_URI[go_linux_arm64.sha256sum] =
"7908a49c6ce9d48af9b5ba76ccaa0769da45d8b635259a01065b3739acef4ada"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"e04676e1aeafe7c415176f330322d43a4be5ea6deb14aca49905bd1449dc7072"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.20.10.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.20.11.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.20.10.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.20.11.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.20.10.bb
b/meta/recipes-devtools/go/go-cross_1.20.11.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.20.10.bb
rename to meta/recipes-devtools/go/go-cross_1.20.11.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.20.10.bb
b/meta/recipes-devtools/go/go-crosssdk_1.20.11.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.20.10.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.20.11.bb
diff --git a/meta/recipes-devtools/go/go-native_1.20.10.bb
b/meta/recipes-devtools/go/go-native_1.20.11.bb
si
Re: [OE-core][PATCH] initramfs-module-install-efi: add GPL-3.0 licenses
Khem Raj escreveu no dia terça, 28/11/2023 à(s) 17:06:
> On Tue, Nov 28, 2023 at 1:55 AM Jose Quaresma
> wrote:
> >
> > Some of the tools used the script init-install-efi.sh are GPL-3.0:
> >
> > parted: GPL-3.0-or-later
> > dosfstools: GPL-3.0-only
>
> if these tools are used and not provided by this recipe then I would
> expect that concerning recipe providing them will mark the LICENSE
> field correctly.
> we do not need to reflect the use here.
>
Yes, these tools are provided in other recipes and the license of these is
correct.
It makes sense to still with the MIT license here even though the script
uses GPL-3.0 tooling.
Thanks for your time and please drop this patch.
Jose
> >
> > Signed-off-by: Jose Quaresma
> > ---
> > .../initrdscripts/initramfs-module-install-efi_1.0.bb | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-core/initrdscripts/
> initramfs-module-install-efi_1.0.bb b/meta/recipes-core/initrdscripts/
> initramfs-module-install-efi_1.0.bb
> > index b7499644f0..0f18ecaca0 100644
> > --- a/meta/recipes-core/initrdscripts/
> initramfs-module-install-efi_1.0.bb
> > +++ b/meta/recipes-core/initrdscripts/
> initramfs-module-install-efi_1.0.bb
> > @@ -1,5 +1,5 @@
> > SUMMARY = "initramfs-framework module for EFI installation option"
> > -LICENSE = "MIT"
> > +LICENSE = "MIT & GPL-3.0-only & GPL-3.0-or-later"
> > LIC_FILES_CHKSUM =
> "file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
> > RDEPENDS:${PN} = "initramfs-framework-base parted e2fsprogs-mke2fs
> dosfstools util-linux-blkid ${VIRTUAL-RUNTIME_base-utils}"
> > RRECOMMENDS:${PN} = "${VIRTUAL-RUNTIME_base-utils-syslog}"
> > --
> > 2.43.0
> >
> >
> >
> >
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#191435):
https://lists.openembedded.org/g/openembedded-core/message/191435
Mute This Topic: https://lists.openembedded.org/mt/102847882/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] initramfs-module-install-efi: add GPL-3.0 licenses
Some of the tools used the script init-install-efi.sh are GPL-3.0:
parted: GPL-3.0-or-later
dosfstools: GPL-3.0-only
Signed-off-by: Jose Quaresma
---
.../initrdscripts/initramfs-module-install-efi_1.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-core/initrdscripts/initramfs-module-install-efi_1.0.bb
b/meta/recipes-core/initrdscripts/initramfs-module-install-efi_1.0.bb
index b7499644f0..0f18ecaca0 100644
--- a/meta/recipes-core/initrdscripts/initramfs-module-install-efi_1.0.bb
+++ b/meta/recipes-core/initrdscripts/initramfs-module-install-efi_1.0.bb
@@ -1,5 +1,5 @@
SUMMARY = "initramfs-framework module for EFI installation option"
-LICENSE = "MIT"
+LICENSE = "MIT & GPL-3.0-only & GPL-3.0-or-later"
LIC_FILES_CHKSUM =
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
RDEPENDS:${PN} = "initramfs-framework-base parted e2fsprogs-mke2fs dosfstools
util-linux-blkid ${VIRTUAL-RUNTIME_base-utils}"
RRECOMMENDS:${PN} = "${VIRTUAL-RUNTIME_base-utils-syslog}"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#191350):
https://lists.openembedded.org/g/openembedded-core/message/191350
Mute This Topic: https://lists.openembedded.org/mt/102847882/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 1/2] cve-update-nvd2-native: remove unused variable CVE_DB_UPDATE_RETRIES
Peter Marko via lists.openembedded.org escreveu no dia segunda, 27/11/2023
à(s) 19:38:
> From: Peter Marko
>
> This variable is not referenced in oe-core anymore.
>
> Signed-off-by: Peter Marko
> ---
> meta/recipes-core/meta/cve-update-nvd2-native.bb | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/meta/recipes-core/meta/cve-update-nvd2-native.bb
> b/meta/recipes-core/meta/cve-update-nvd2-native.bb
> index 67d76f75dd..64a96a46f0 100644
> --- a/meta/recipes-core/meta/cve-update-nvd2-native.bb
> +++ b/meta/recipes-core/meta/cve-update-nvd2-native.bb
> @@ -26,9 +26,6 @@ NVDCVE_API_KEY ?= ""
> # Use a negative value to skip the update
> CVE_DB_UPDATE_INTERVAL ?= "86400"
>
> -# Timeout for blocking socket operations, such as the connection attempt.
> -CVE_SOCKET_TIMEOUT ?= "60"
>
The commit says CVE_DB_UPDATE_RETRIES
Jose
> -
> CVE_DB_TEMP_FILE ?= "${CVE_CHECK_DB_DIR}/temp_nvdcve_2.db"
>
> CVE_CHECK_DB_FILE ?= "${CVE_CHECK_DB_DIR}/nvdcve_2.db"
> --
> 2.30.2
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#191320):
https://lists.openembedded.org/g/openembedded-core/message/191320
Mute This Topic: https://lists.openembedded.org/mt/102836497/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 2/2] cmake.bbclass: optionally support qemu
Alexander Kanavin escreveu no dia terça, 21/11/2023 à(s) 11:21: > On Tue, 21 Nov 2023 at 12:12, Jose Quaresma > wrote: > >> I was using it for running Unit Tests on the host before I deployed > >> them to the target device as ptest. This worked well. It is well > >> integrated with cmake and therefore also with IDEs. So I thought that > >> there are certain use cases where it would be nice to have it opt-in. > >> > >> meson offers qemu-user as well (because of gobject). So if qemu-user is > >> not usable there will be other challenges as well. > >> > >> There is also a MACHINE_FEATURE which allows to support it for ARCHs > >> where it works well but not for ARCHs where qemu-user is known to be > >> broken. > >> > >> I think it would be a nice optional feature. > > > > > > I agree without any doubt on that part. > > > > But I believe this doesn't work for applications that are using the fork > system call. > > So consider this will also break any ptest using fork, giving the wrong > impression the test is failing. > > I think this needs to be double checked. I find it odd that qemu > usermode would fail on such a basic thing, and it would not show up > anywhere in places where it's used in core (not just g-i - all the > various postinst utilities for generating indexes etc.). > > Alex > There is no recent information on the internet about the fork issue on qemu user mode so this may no longer be a problem. I can back again, not now, testing some of the oe-core packages who uses the meson build system to get some results about failing/passing. The approach is the same used in this patchset. It will be good also to have some numbers and example recipes in oe-core where we can use this patchset. In conclusion, this is really a great future imo and improves a lot the integrations of new tests in the ptest infrastructure. Jose -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#191068): https://lists.openembedded.org/g/openembedded-core/message/191068 Mute This Topic: https://lists.openembedded.org/mt/102708283/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 2/2] cmake.bbclass: optionally support qemu
escreveu no dia segunda, 20/11/2023 à(s) 18:41: > > > > > > Are you sure this works in the majority of scenarios? > > > Last time I worked on this qemu user mode failed to run > > > multithreading applications. > > > > > > > > > Sorry, I was wrong above. > > The issue was not multithreading but with the fork system call. > > > > Hi Jose > > I was using it for running Unit Tests on the host before I deployed > them to the target device as ptest. This worked well. It is well > integrated with cmake and therefore also with IDEs. So I thought that > there are certain use cases where it would be nice to have it opt-in. > > meson offers qemu-user as well (because of gobject). So if qemu-user is > not usable there will be other challenges as well. > > There is also a MACHINE_FEATURE which allows to support it for ARCHs > where it works well but not for ARCHs where qemu-user is known to be > broken. > > I think it would be a nice optional feature. > I agree without any doubt on that part. But I believe this doesn't work for applications that are using the fork system call. So consider this will also break any ptest using fork, giving the wrong impression the test is failing. Here is my attempt to add support in meson to run the ptest at build time. https://lists.openembedded.org/g/openembedded-core/topic/89289917 Jose > > Regards, > Adrian > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#190964): https://lists.openembedded.org/g/openembedded-core/message/190964 Mute This Topic: https://lists.openembedded.org/mt/102708283/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 2/2] cmake.bbclass: optionally support qemu
Jose Quaresma via lists.openembedded.org escreveu no dia segunda, 20/11/2023 à(s)
17:17:
> Hi Adrian,
>
> Adrian Freihofer escreveu no dia segunda,
> 20/11/2023 à(s) 14:46:
>
>> Provide an easy way to enable cmake-qemu e.g. on distro level for all
>> recipes inheriting the cmake.bbclass.
>>
>> Therefore a new variable is introduced: OECMAKE_EXEWRAPPER_QEMU.
>>
>> If set to "1" all recipes built with CMake can use qemu to execute
>> cross-compiled binaries on the build machine.
>> One use case is the execution of cross-compiled unit tests or ptests,
>> e.g. in an SDK context. Therefore, a variable that activates Qemu for
>> all CMake recipes is much more useful than just providing the optional
>> cmake-qemu.bbclass.
>> Further information can be found in the CMake documentation in the
>> CMAKE_CROSSCOMPILING_EMULATOR section.
>>
>> There are some use cases for qemu-user, but users should not be
>> encouraged to use it as an alternative for clean cross-compilation.
>> Since the core does not need it either it is optional.
>>
>
> Are you sure this works in the majority of scenarios?
> Last time I worked on this qemu user mode failed to run
> multithreading applications.
>
Sorry, I was wrong above.
The issue was not multithreading but with the fork system call.
>
> Jose
>
>
>> Signed-off-by: Adrian Freihofer
>> ---
>> meta/classes-recipe/cmake.bbclass | 4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/meta/classes-recipe/cmake.bbclass
>> b/meta/classes-recipe/cmake.bbclass
>> index d978b88944..4d8e2a206f 100644
>> --- a/meta/classes-recipe/cmake.bbclass
>> +++ b/meta/classes-recipe/cmake.bbclass
>> @@ -14,6 +14,10 @@ B = "${WORKDIR}/build"
>> # The supported options are "Unix Makefiles" or "Ninja".
>> OECMAKE_GENERATOR ?= "Ninja"
>>
>> +# qemu-user can be used for special use cases, but not by default
>> +OECMAKE_EXEWRAPPER_QEMU ??= "0"
>> +inherit ${@'cmake-qemu' if d.getVar('OECMAKE_EXEWRAPPER_QEMU') else ''}
>> +
>> python() {
>> generator = d.getVar("OECMAKE_GENERATOR")
>> if "Unix Makefiles" in generator:
>> --
>> 2.41.0
>>
>>
>>
>>
>>
>
> --
> Best regards,
>
> José Quaresma
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190927):
https://lists.openembedded.org/g/openembedded-core/message/190927
Mute This Topic: https://lists.openembedded.org/mt/102708283/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 2/2] cmake.bbclass: optionally support qemu
Hi Adrian,
Adrian Freihofer escreveu no dia segunda,
20/11/2023 à(s) 14:46:
> Provide an easy way to enable cmake-qemu e.g. on distro level for all
> recipes inheriting the cmake.bbclass.
>
> Therefore a new variable is introduced: OECMAKE_EXEWRAPPER_QEMU.
>
> If set to "1" all recipes built with CMake can use qemu to execute
> cross-compiled binaries on the build machine.
> One use case is the execution of cross-compiled unit tests or ptests,
> e.g. in an SDK context. Therefore, a variable that activates Qemu for
> all CMake recipes is much more useful than just providing the optional
> cmake-qemu.bbclass.
> Further information can be found in the CMake documentation in the
> CMAKE_CROSSCOMPILING_EMULATOR section.
>
> There are some use cases for qemu-user, but users should not be
> encouraged to use it as an alternative for clean cross-compilation.
> Since the core does not need it either it is optional.
>
Are you sure this works in the majority of scenarios?
Last time I worked on this qemu user mode failed to run
multithreading applications.
Jose
> Signed-off-by: Adrian Freihofer
> ---
> meta/classes-recipe/cmake.bbclass | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/meta/classes-recipe/cmake.bbclass
> b/meta/classes-recipe/cmake.bbclass
> index d978b88944..4d8e2a206f 100644
> --- a/meta/classes-recipe/cmake.bbclass
> +++ b/meta/classes-recipe/cmake.bbclass
> @@ -14,6 +14,10 @@ B = "${WORKDIR}/build"
> # The supported options are "Unix Makefiles" or "Ninja".
> OECMAKE_GENERATOR ?= "Ninja"
>
> +# qemu-user can be used for special use cases, but not by default
> +OECMAKE_EXEWRAPPER_QEMU ??= "0"
> +inherit ${@'cmake-qemu' if d.getVar('OECMAKE_EXEWRAPPER_QEMU') else ''}
> +
> python() {
> generator = d.getVar("OECMAKE_GENERATOR")
> if "Unix Makefiles" in generator:
> --
> 2.41.0
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190925):
https://lists.openembedded.org/g/openembedded-core/message/190925
Mute This Topic: https://lists.openembedded.org/mt/102708283/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] [meta-oe][PATCH v2 1/4] systemd: use nonarch libdir for tmpfiles.d
escreveu no dia quinta, 16/11/2023 à(s)
11:55:
> From: Malte Schmidt
>
> The documentation of systemd states that /etc/tmpfiles.d should be
> reserved for the local administrator and packages should put their files
> in /usr/lib/tmpfiles.d [1].
>
> [1] https://www.freedesktop.org/software/systemd/man/tmpfiles.d.html
>
> Signed-off-by: Malte Schmidt
> Signed-off-by: Stefan Herbrechtsmeier <
> stefan.herbrechtsme...@weidmueller.com>
> Signed-off-by: Lukas Funke
> ---
> meta/recipes-core/systemd/systemd_254.4.bb | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> b/meta/recipes-core/systemd/systemd_254.4.bb
> index cc0e29fdd2..6d71fbaba2 100644
> --- a/meta/recipes-core/systemd/systemd_254.4.bb
> +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> @@ -282,12 +282,12 @@ do_install() {
> [ ! -e ${D}/${base_sbindir}/udevd ] && ln -s
> ${rootlibexecdir}/systemd/systemd-udevd ${D}/${base_sbindir}/udevd
>
> install -d ${D}${sysconfdir}/udev/rules.d/
> - install -d ${D}${sysconfdir}/tmpfiles.d
> + install -d ${D}${nonarch_libdir}/tmpfiles.d
> for rule in $(find ${WORKDIR} -maxdepth 1 -type f -name
> "*.rules"); do
> install -m 0644 $rule ${D}${sysconfdir}/udev/rules.d/
> done
>
> - install -m 0644 ${WORKDIR}/00-create-volatile.conf
> ${D}${sysconfdir}/tmpfiles.d/
> + install -m 0644 ${WORKDIR}/00-create-volatile.conf
> ${D}${exec_prefix}/lib/tmpfiles.d/
>
${nonarch_libdir} still missing there.
>
> if
> ${@bb.utils.contains('DISTRO_FEATURES','sysvinit','true','false',d)}; then
> install -d ${D}${sysconfdir}/init.d
> --
> 2.30.2
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190792):
https://lists.openembedded.org/g/openembedded-core/message/190792
Mute This Topic: https://lists.openembedded.org/mt/102625104/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][PATCH v2] openssh: add systemd readiness notification support
Hi Xiangyu,
I believe the recipe patch can be shrinking to a new PACKAGECONFIG line,
comments inline.
Jose
Xiangyu Chen escreveu no dia quarta,
15/11/2023 à(s) 04:30:
> From: Xiangyu Chen
>
> The sshd keeps on terminating and restarting in servel minutes, we can
> observe
> log from journalctl that the sshd was killed by systemd with signal 15:
>
> systemd[1]: sshd.service start operation timed out. Terminating.
> sshd[374]: Received signal 15; terminating.
>
> When the sshd as a systemd service, it need to tell systemd with a "READY"
> status,
> and when it is restarted, it need to tell systemd with a "RELOADING"
> status, otherwise,
> systemd would treat it as failing service and restart it again.
>
> Taken a patch from openssh upstream PR[1], that after using a signal to
> tell systemd
> it is ready or reload now.
>
> Ref:
> [1]
> https://github.com/openssh/openssh-portable/pull/375/commits/be187435911cde6cc3cef6982a508261074f1e56
>
> Signed-off-by: Xiangyu Chen
> ---
> ...tional-support-for-systemd-sd_notify.patch | 99 +++
> .../openssh/openssh_9.5p1.bb | 5 +-
> 2 files changed, 103 insertions(+), 1 deletion(-)
> create mode 100644
> meta/recipes-connectivity/openssh/openssh/0001-systemd-Add-optional-support-for-systemd-sd_notify.patch
>
> diff --git
> a/meta/recipes-connectivity/openssh/openssh/0001-systemd-Add-optional-support-for-systemd-sd_notify.patch
> b/meta/recipes-connectivity/openssh/openssh/0001-systemd-Add-optional-support-for-systemd-sd_notify.patch
> new file mode 100644
> index 00..acda8f1ce9
> --- /dev/null
> +++
> b/meta/recipes-connectivity/openssh/openssh/0001-systemd-Add-optional-support-for-systemd-sd_notify.patch
> @@ -0,0 +1,99 @@
> +From be187435911cde6cc3cef6982a508261074f1e56 Mon Sep 17 00:00:00 2001
> +From: Matt Jolly
> +Date: Thu, 2 Feb 2023 21:05:40 +1100
> +Subject: [PATCH] systemd: Add optional support for systemd `sd_notify`
> +
> +This is a rebase of Dennis Lamm's
> +patch based on Jakub Jelen's original patch
> +
> +Upstream-Status: Submitted [
> https://github.com/openssh/openssh-portable/pull/375/commits/be187435911cde6cc3cef6982a508261074f1e56
> ]
> +
> +Signed-off-by: Xiangyu Chen
> +---
> + configure.ac | 24
> + sshd.c | 13 +
> + 2 files changed, 37 insertions(+)
> +
> +diff --git a/configure.ac b/configure.ac
> +index 22fee70f..486c189f 100644
> +--- a/configure.ac
> b/configure.ac
> +@@ -4835,6 +4835,29 @@ AC_SUBST([GSSLIBS])
> + AC_SUBST([K5LIBS])
> + AC_SUBST([CHANNELLIBS])
> +
> ++# Check whether user wants systemd support
> ++SYSTEMD_MSG="no"
> ++AC_ARG_WITH(systemd,
> ++ [ --with-systemd Enable systemd support],
> ++ [ if test "x$withval" != "xno" ; then
> ++ AC_PATH_TOOL([PKGCONFIG], [pkg-config], [no])
> ++ if test "$PKGCONFIG" != "no"; then
> ++ AC_MSG_CHECKING([for libsystemd])
> ++ if $PKGCONFIG --exists libsystemd; then
> ++ SYSTEMD_CFLAGS=`$PKGCONFIG --cflags
> libsystemd`
> ++ SYSTEMD_LIBS=`$PKGCONFIG --libs libsystemd`
> ++ CPPFLAGS="$CPPFLAGS $SYSTEMD_CFLAGS"
> ++ SSHDLIBS="$SSHDLIBS $SYSTEMD_LIBS"
> ++ AC_MSG_RESULT([yes])
> ++ AC_DEFINE(HAVE_SYSTEMD, 1, [Define if you
> want systemd support.])
> ++ SYSTEMD_MSG="yes"
> ++ else
> ++ AC_MSG_RESULT([no])
> ++ fi
> ++ fi
> ++ fi ]
> ++)
> ++
> + # Looking for programs, paths and files
> +
> + PRIVSEP_PATH=/var/empty
> +@@ -5634,6 +5657,7 @@ echo " libldns support: $LDNS_MSG"
> + echo " Solaris process contract support: $SPC_MSG"
> + echo " Solaris project support: $SP_MSG"
> + echo " Solaris privilege support: $SPP_MSG"
> ++echo " systemd support: $SYSTEMD_MSG"
> + echo " IP address in \$DISPLAY hack: $DISPLAY_HACK_MSG"
> + echo " Translate v4 in v6 hack: $IPV4_IN6_HACK_MSG"
> + echo " BSD Auth support: $BSD_AUTH_MSG"
> +diff --git a/sshd.c b/sshd.c
> +index 6321936c..859d6a0b 100644
> +--- a/sshd.c
> b/sshd.c
> +@@ -88,6 +88,10 @@
> + #include
> + #endif
> +
> ++#ifdef HAVE_SYSTEMD
> ++#include
> ++#endif
> ++
> + #include "xmalloc.h"
> + #include "ssh.h"
> + #include "ssh2.h"
> +@@ -310,6 +314,10 @@ static void
> + sighup_restart(void)
> + {
> + logit("Received SIGHUP; restarting.");
> ++#ifdef HAVE_SYSTEMD
> ++ /* Signal systemd that we are reloading */
> ++ sd_notify(0, "RELOADING=1");
> ++#endif
> + if (options.pid_file != NULL)
> + unlink(options.pid_file);
> + platform_pre_restart();
> +@@ -2086,6 +2094,11 @@ main(int ac, char **av)
> + }
> +
Re: [OE-Core][PATCH 1/4] systemd: use nonarch libdir for tmpfiles.d
Lukas Funke escreveu no dia terça,
14/11/2023 à(s) 11:00:
> From: Malte Schmidt
>
> The documentation of systemd states that /etc/tmpfiles.d should be
> reserved for the local administrator and packages should put their files
> in /usr/lib/tmpfiles.d [1].
>
> [1] https://www.freedesktop.org/software/systemd/man/tmpfiles.d.html
>
> Signed-off-by: Malte Schmidt
> Signed-off-by: Stefan Herbrechtsmeier <
> stefan.herbrechtsme...@weidmueller.com>
> ---
> meta/recipes-core/systemd/systemd_254.4.bb | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> b/meta/recipes-core/systemd/systemd_254.4.bb
> index cc0e29fdd2..48d467dfdd 100644
> --- a/meta/recipes-core/systemd/systemd_254.4.bb
> +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> @@ -282,12 +282,12 @@ do_install() {
> [ ! -e ${D}/${base_sbindir}/udevd ] && ln -s
> ${rootlibexecdir}/systemd/systemd-udevd ${D}/${base_sbindir}/udevd
>
> install -d ${D}${sysconfdir}/udev/rules.d/
> - install -d ${D}${sysconfdir}/tmpfiles.d
> + install -d ${D}${exec_prefix}/lib/tmpfiles.d
for rule in $(find ${WORKDIR} -maxdepth 1 -type f -name "*.rules");
> do
> install -m 0644 $rule ${D}${sysconfdir}/udev/rules.d/
> done
>
> - install -m 0644 ${WORKDIR}/00-create-volatile.conf
> ${D}${sysconfdir}/tmpfiles.d/
> + install -m 0644 ${WORKDIR}/00-create-volatile.conf
> ${D}${exec_prefix}/lib/tmpfiles.d/
>
> if
> ${@bb.utils.contains('DISTRO_FEATURES','sysvinit','true','false',d)}; then
> install -d ${D}${sysconfdir}/init.d
> --
> 2.30.2
>
>
Hi Lukas,
Why not ${nonarch_libdir} instead of ${exec_prefix}/lib as in all the other
patches in this series?
Jose
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190500):
https://lists.openembedded.org/g/openembedded-core/message/190500
Mute This Topic: https://lists.openembedded.org/mt/102581153/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][kirkstone][PATCH] goarch: Move Go architecture mapping to a library
Bruce Ashfield escreveu no dia quinta, 9/11/2023
à(s) 14:18:
> On Thu, Nov 9, 2023 at 7:37 AM Peter Marko
> wrote:
> >
> > From: Peter Marko
> >
> > Other spaces uses the Go architecture definitions as their own (for
> > example, container arches are defined to be Go arches). To make it
> > easier for other places to use this mapping, move the code that does the
> > translation of OpenEmbedded arches to Go arches to a library.
> >
> > (From oe-core rev: 3e86f72fc2e1cc2e5ea4b4499722d736941167ce)
> >
> > This commit together with meta-virtualization commit
> > 115f6367f37095415f289fb6981cda9608ac72ff
> > broke meta-virtualization master used with
> > meta-lts-mixins kirkstone/go which is our primary
> > usecase for having kirkstone/go mixin layer
> >
>
> I was trying to figure out the best way to address this issue
> just yesterday.
>
> If the patch is accepted for backport, then that's definitely
> another solution.
>
Looks like this kirstone patch doesn't change anything on the
goarch.bbclass
functionality so everything should work as before.
If it is not possible to integrate we can try to move some of these changes
to
the meta-lts-mixins kirkstone/go.
Jose
> Otherwise, I'll have to carry the meta-virt patch that I did
> in nanbield on master until such a time as any branches
> that will reasonably work with meta-virt master have the
> go_arch library change.
>
> Alternatively, I suppose we could trap the error and use
> a fallback, etc, but I won't get complicated yet :)
>
> Bruce
>
> > Manually crafted since cherry-pick had too many conflicts:
> > * different path to classes
> > * additional architecture loongarch64
> > * different way how to import library
> >
> > Signed-off-by: Peter Marko
> > Cc: Joshua Watt
> > Cc: Bruce Ashfield
> > Cc: Jose Quaresma
> > ---
> > meta/classes/base.bbclass | 2 +-
> > meta/classes/goarch.bbclass | 27 +++
> > meta/lib/oe/go.py | 32
> > 3 files changed, 36 insertions(+), 25 deletions(-)
> > create mode 100644 meta/lib/oe/go.py
> >
> > diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> > index b15c5839b6..ee26ee5597 100644
> > --- a/meta/classes/base.bbclass
> > +++ b/meta/classes/base.bbclass
> > @@ -12,7 +12,7 @@ inherit logging
> >
> > OE_EXTRA_IMPORTS ?= ""
> >
> > -OE_IMPORTS += "os sys time oe.path oe.utils oe.types oe.package
> oe.packagegroup oe.sstatesig oe.lsb oe.cachedpath oe.license oe.qa
> oe.reproducible oe.rust ${OE_EXTRA_IMPORTS}"
> > +OE_IMPORTS += "os sys time oe.path oe.utils oe.types oe.package
> oe.packagegroup oe.sstatesig oe.lsb oe.cachedpath oe.license oe.qa
> oe.reproducible oe.rust oe.go ${OE_EXTRA_IMPORTS}"
> > OE_IMPORTS[type] = "list"
> >
> > PACKAGECONFIG_CONFARGS ??= ""
> > diff --git a/meta/classes/goarch.bbclass b/meta/classes/goarch.bbclass
> > index 92fec16b82..394c0c5d84 100644
> > --- a/meta/classes/goarch.bbclass
> > +++ b/meta/classes/goarch.bbclass
> > @@ -61,31 +61,10 @@ SECURITY_NOPIE_CFLAGS ??= ""
> > CCACHE_DISABLE ?= "1"
> >
> > def go_map_arch(a, d):
> > -import re
> > -if re.match('i.86', a):
> > -return '386'
> > -elif a == 'x86_64':
> > -return 'amd64'
> > -elif re.match('arm.*', a):
> > -return 'arm'
> > -elif re.match('aarch64.*', a):
> > -return 'arm64'
> > -elif re.match('mips64el.*', a):
> > -return 'mips64le'
> > -elif re.match('mips64.*', a):
> > -return 'mips64'
> > -elif a == 'mips':
> > -return 'mips'
> > -elif a == 'mipsel':
> > -return 'mipsle'
> > -elif re.match('p(pc|owerpc)(64le)', a):
> > -return 'ppc64le'
> > -elif re.match('p(pc|owerpc)(64)', a):
> > -return 'ppc64'
> > -elif a == 'riscv64':
> > -return 'riscv64'
> > -else:
> > +arch = oe.go.map_arch(a)
> > +if not arch:
> > raise bb.parse.SkipRecipe("Unsupported CPU architecture: %s" %
> a)
> > +return arch
> >
> > def go_map_arm(a, d):
> > if a.startswith("arm"):
> > diff --git a/meta/lib/oe/go.py b/meta/lib/oe/go.py
> > new file mode 100644
> > index 00..9996057f12
> > --- /dev/null
> > +++ b/meta/lib/oe/go.py
> > @@ -0,0 +1,32 @@
> > +#
> > +# Copyright OpenEmbedded Con
Re: [OE-core] [PATCH] [meta classes] sed -i destroys symlinks
Joakim Tjernlund escreveu no dia quarta,
8/11/2023 à(s) 11:50:
> On Wed, 2023-11-08 at 11:22 +0000, Jose Quaresma wrote:
>
> Hi Joakim,
>
> Joakim Tjernlund via lists.openembedded.org infinera@lists.openembedded.org> escreveu no dia quarta, 8/11/2023
> à(s) 10:56:
>
> If /etc/passwd is a symlink, sed -i on same file will replace the
> symlink with a new file. Prevent that by expanding the file with realpath
> before giving it to sed.
>
>
> The sed follow-symlinks argument looks more appropriate for this imo.
>
>
>
> But not all sed impl. support that option(not busybox for one). Is Gnu sed
> an requirement here?
>
On the target we can use the sed from busybox but on the build host we use
the native sed which is the gnu.
>
>
> --follow-symlinks
> This option is available only on platforms that support symbolic links and
> has an effect only if option -i is specified. In this case, if the file
> that is specified on the command line is a symbolic link, sed will follow
> the link and edit the ultimate destination of the link. The default
> behavior is to break the symbolic link, so that the link destination will
> not be modified.
>
>
> https://www.gnu.org/software/sed/manual/html_node/Command_002dLine-Options.html
>
> Jose
>
>
> Signed-off-by: Joakim Tjernlund
> ---
>
> - I have patches which moves shadow/passwd files to an subdir in order to
>have passwd mgmt on a RO RFS. Is there a interest to have that oprion
> in OE?
>
> meta/classes/rootfs-postcommands.bbclass | 4 ++--
> meta/classes/useradd_base.bbclass| 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/rootfs-postcommands.bbclass
> b/meta/classes/rootfs-postcommands.bbclass
> index 5c0b3ec37c..55cc863dbf 100644
> --- a/meta/classes/rootfs-postcommands.bbclass
> +++ b/meta/classes/rootfs-postcommands.bbclass
> @@ -148,10 +148,10 @@ read_only_rootfs_hook () {
> #
> zap_empty_root_password () {
> if [ -e ${IMAGE_ROOTFS}/etc/shadow ]; then
> - sed -i 's%^root::%root:*:%' ${IMAGE_ROOTFS}/etc/shadow
> + sed -i 's%^root::%root:*:%' $(realpath
> ${IMAGE_ROOTFS}/etc/shadow)
> fi
> if [ -e ${IMAGE_ROOTFS}/etc/passwd ]; then
> - sed -i 's%^root::%root:*:%' ${IMAGE_ROOTFS}/etc/passwd
> + sed -i 's%^root::%root:*:%' $(realpath
> ${IMAGE_ROOTFS}/etc/passwd)
> fi
> }
>
> diff --git a/meta/classes/useradd_base.bbclass
> b/meta/classes/useradd_base.bbclass
> index 7f5b9b7219..72732a4d57 100644
> --- a/meta/classes/useradd_base.bbclass
> +++ b/meta/classes/useradd_base.bbclass
> @@ -154,7 +154,7 @@ perform_passwd_expire () {
> local username=`echo "$opts" | awk '{ print $NF }'`
> local user_exists="`grep "^$username:" $rootdir/etc/passwd ||
> true`"
> if test "x$user_exists" != "x"; then
> - eval flock -x $rootdir${sysconfdir} -c \"$PSEUDO sed -i
> \''s/^\('$username':[^:]*\):[^:]*:/\1:0:/'\' $rootdir/etc/shadow \" || true
> + eval flock -x $rootdir${sysconfdir} -c \"$PSEUDO sed -i
> \''s/^\('$username':[^:]*\):[^:]*:/\1:0:/'\' $(realpath
> $rootdir/etc/shadow) \" || true
> local passwd_lastchanged="`grep "^$username:"
> $rootdir/etc/shadow | cut -d: -f3`"
> if test "x$passwd_lastchanged" != "x0"; then
> bbfatal "${PN}: passwd --expire operation did not
> succeed."
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190323):
https://lists.openembedded.org/g/openembedded-core/message/190323
Mute This Topic: https://lists.openembedded.org/mt/102461303/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] [meta classes] sed -i destroys symlinks
Hi Joakim,
Joakim Tjernlund via lists.openembedded.org escreveu no dia quarta, 8/11/2023 à(s)
10:56:
> If /etc/passwd is a symlink, sed -i on same file will replace the
> symlink with a new file. Prevent that by expanding the file with realpath
> before giving it to sed.
>
The sed follow-symlinks argument looks more appropriate for this imo.
--follow-symlinks
This option is available only on platforms that support symbolic links and
has an effect only if option -i is specified. In this case, if the file
that is specified on the command line is a symbolic link, sed will follow
the link and edit the ultimate destination of the link. The default
behavior is to break the symbolic link, so that the link destination will
not be modified.
https://www.gnu.org/software/sed/manual/html_node/Command_002dLine-Options.html
Jose
> Signed-off-by: Joakim Tjernlund
> ---
>
> - I have patches which moves shadow/passwd files to an subdir in order to
>have passwd mgmt on a RO RFS. Is there a interest to have that oprion
> in OE?
>
> meta/classes/rootfs-postcommands.bbclass | 4 ++--
> meta/classes/useradd_base.bbclass| 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/rootfs-postcommands.bbclass
> b/meta/classes/rootfs-postcommands.bbclass
> index 5c0b3ec37c..55cc863dbf 100644
> --- a/meta/classes/rootfs-postcommands.bbclass
> +++ b/meta/classes/rootfs-postcommands.bbclass
> @@ -148,10 +148,10 @@ read_only_rootfs_hook () {
> #
> zap_empty_root_password () {
> if [ -e ${IMAGE_ROOTFS}/etc/shadow ]; then
> - sed -i 's%^root::%root:*:%' ${IMAGE_ROOTFS}/etc/shadow
> + sed -i 's%^root::%root:*:%' $(realpath
> ${IMAGE_ROOTFS}/etc/shadow)
> fi
> if [ -e ${IMAGE_ROOTFS}/etc/passwd ]; then
> - sed -i 's%^root::%root:*:%' ${IMAGE_ROOTFS}/etc/passwd
> + sed -i 's%^root::%root:*:%' $(realpath
> ${IMAGE_ROOTFS}/etc/passwd)
> fi
> }
>
> diff --git a/meta/classes/useradd_base.bbclass
> b/meta/classes/useradd_base.bbclass
> index 7f5b9b7219..72732a4d57 100644
> --- a/meta/classes/useradd_base.bbclass
> +++ b/meta/classes/useradd_base.bbclass
> @@ -154,7 +154,7 @@ perform_passwd_expire () {
> local username=`echo "$opts" | awk '{ print $NF }'`
> local user_exists="`grep "^$username:" $rootdir/etc/passwd ||
> true`"
> if test "x$user_exists" != "x"; then
> - eval flock -x $rootdir${sysconfdir} -c \"$PSEUDO sed -i
> \''s/^\('$username':[^:]*\):[^:]*:/\1:0:/'\' $rootdir/etc/shadow \" || true
> + eval flock -x $rootdir${sysconfdir} -c \"$PSEUDO sed -i
> \''s/^\('$username':[^:]*\):[^:]*:/\1:0:/'\' $(realpath
> $rootdir/etc/shadow) \" || true
> local passwd_lastchanged="`grep "^$username:"
> $rootdir/etc/shadow | cut -d: -f3`"
> if test "x$passwd_lastchanged" != "x0"; then
> bbfatal "${PN}: passwd --expire operation did not
> succeed."
> --
> 2.41.0
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190317):
https://lists.openembedded.org/g/openembedded-core/message/190317
Mute This Topic: https://lists.openembedded.org/mt/102461303/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] udev-extraconf: mount.sh: check if filesystem is supported before mounting
Lukas Funke escreveu no dia terça,
7/11/2023 à(s) 12:00:
> From: Lukas Funke
>
> Check if the filesystem is supported by the kernel before trying to
> mount it. Systemd-mount will mount the directories asynchronously
> resulting in stale directories if the devices filesystem is not
> supported.
>
> Signed-off-by: Lukas Funke
> ---
> meta/recipes-core/udev/udev-extraconf/mount.sh | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/meta/recipes-core/udev/udev-extraconf/mount.sh
> b/meta/recipes-core/udev/udev-extraconf/mount.sh
> index 989fabc194..59563b7511 100644
> --- a/meta/recipes-core/udev/udev-extraconf/mount.sh
> +++ b/meta/recipes-core/udev/udev-extraconf/mount.sh
> @@ -36,6 +36,17 @@ do
> fi
> done
>
> +is_filesystem_supported() {
> +list_fs=$(cat /proc/filesystems | cut -f 2 | tr '\n' ' ')
> +for fs in ${list_fs}; do
> +if [ "$fs" == "$ID_FS_TYPE" ]
> +then
> +return 0
> +fi
> +done
> +return 1
> +}
> +
> automount_systemd() {
> name="`basename "$DEVNAME"`"
>
> @@ -64,6 +75,11 @@ automount_systemd() {
> grep "^[[:space:]]*$tmp" /etc/fstab && return
> done
>
> +if ! is_filesystem_supported; then
>
I think the same can done with grep avoid string manipulations and the loop
+ if grep -q -w "$ID_FS_TYPE" /proc/filesystems; then
Jose
+logger "mount.sh/automount" "Filesystem '$ID_FS_TYPE' on
> '${DEVNAME}' is unsupported"
> +return
> +fi
> +
> [ -d "$MOUNT_BASE/$name" ] || mkdir -p "$MOUNT_BASE/$name"
>
> MOUNT="$MOUNT -o silent"
> --
> 2.30.2
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190279):
https://lists.openembedded.org/g/openembedded-core/message/190279
Mute This Topic: https://lists.openembedded.org/mt/102440934/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] systemd: Make libnss-mymachines conditional upon packageconfig
Khem Raj escreveu no dia segunda, 6/11/2023 à(s) 17:09:
> nss-mymachines packageconfig controls this features therefore add this
> dependency only when it is enabled.
>
> Fixes
> ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
> rdepends on libnss-mymachines, but it isn't a build dependency? [build-deps]
>
> Signed-off-by: Khem Raj
> Cc: Florian Wickert
> ---
> meta/recipes-core/systemd/systemd_254.4.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> b/meta/recipes-core/systemd/systemd_254.4.bb
> index 8a8ff545995..f22e5bfd059 100644
> --- a/meta/recipes-core/systemd/systemd_254.4.bb
> +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> @@ -542,7 +542,7 @@ FILES:${PN}-container =
> "${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.c
>
> ${datadir}/polkit-1/actions/org.freedesktop.machine1.policy \
> "
>
> -RDEPENDS:${PN}-container = "libnss-mymachines"
> +$RDEPENDS:${PN}-container = "{@bb.utils.contains('PACKAGECONFIG',
> 'nss-mymachines', 'libnss-mymachines', '', d)}"
>
extra $ nitpick.
>
> # "machinectl import-tar" uses "tar --numeric-owner", not supported by
> busybox.
> RRECOMMENDS:${PN}-container += "\
> --
> 2.42.1
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190242):
https://lists.openembedded.org/g/openembedded-core/message/190242
Mute This Topic: https://lists.openembedded.org/mt/102424819/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH v2] license.bbclass: prefere plus singnal over append on IMAGE_CLASSES
The append override is much harder to remove so change that.
Signed-off-by: Jose Quaresma
---
v2: fix typo in 'change'
meta/classes-global/license.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-global/license.bbclass
b/meta/classes-global/license.bbclass
index b2e0d3faba..b915d39acd 100644
--- a/meta/classes-global/license.bbclass
+++ b/meta/classes-global/license.bbclass
@@ -418,7 +418,7 @@ SSTATETASKS += "do_populate_lic"
do_populate_lic[sstate-inputdirs] = "${LICSSTATEDIR}"
do_populate_lic[sstate-outputdirs] = "${LICENSE_DIRECTORY}/"
-IMAGE_CLASSES:append = " license_image"
+IMAGE_CLASSES += "license_image"
python do_populate_lic_setscene () {
sstate_setscene(d)
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189807):
https://lists.openembedded.org/g/openembedded-core/message/189807
Mute This Topic: https://lists.openembedded.org/mt/102282317/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] license.bbclass: prefere plus singnal over append on IMAGE_CLASSES
Khem Raj escreveu no dia segunda, 30/10/2023 à(s)
18:18:
> On Mon, Oct 30, 2023 at 11:04 AM Jose Quaresma
> wrote:
> >
> > The append override is much harder to remove so chnage that.
>
> typo in 'change'
> however, I think one can do :remove op to remove it intentionally,
> with this change it will
> need to be redefined by user who is using license bbclass explicitly,
> which is less intuitive.
>
The :remove is still possible to use and work as before.
One side effect of this patch is the order on IMAGE_CLASSES
where license_image can go from one of the last to one of the first
as well as what you pointed out of redefining the IMAGE_CLASSES.
However this change is not critical at all and can be discarded,
the main reason was because there has been some effort to use + instead of
the :append
Jose
>
> >
> > Signed-off-by: Jose Quaresma
> > ---
> > meta/classes-global/license.bbclass | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/classes-global/license.bbclass
> b/meta/classes-global/license.bbclass
> > index b2e0d3faba..b915d39acd 100644
> > --- a/meta/classes-global/license.bbclass
> > +++ b/meta/classes-global/license.bbclass
> > @@ -418,7 +418,7 @@ SSTATETASKS += "do_populate_lic"
> > do_populate_lic[sstate-inputdirs] = "${LICSSTATEDIR}"
> > do_populate_lic[sstate-outputdirs] = "${LICENSE_DIRECTORY}/"
> >
> > -IMAGE_CLASSES:append = " license_image"
> > +IMAGE_CLASSES += "license_image"
> >
> > python do_populate_lic_setscene () {
> > sstate_setscene(d)
> > --
> > 2.42.0
> >
> >
> >
> >
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189806):
https://lists.openembedded.org/g/openembedded-core/message/189806
Mute This Topic: https://lists.openembedded.org/mt/102281098/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] license.bbclass: prefere plus singnal over append on IMAGE_CLASSES
The append override is much harder to remove so chnage that.
Signed-off-by: Jose Quaresma
---
meta/classes-global/license.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-global/license.bbclass
b/meta/classes-global/license.bbclass
index b2e0d3faba..b915d39acd 100644
--- a/meta/classes-global/license.bbclass
+++ b/meta/classes-global/license.bbclass
@@ -418,7 +418,7 @@ SSTATETASKS += "do_populate_lic"
do_populate_lic[sstate-inputdirs] = "${LICSSTATEDIR}"
do_populate_lic[sstate-outputdirs] = "${LICENSE_DIRECTORY}/"
-IMAGE_CLASSES:append = " license_image"
+IMAGE_CLASSES += "license_image"
python do_populate_lic_setscene () {
sstate_setscene(d)
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189804):
https://lists.openembedded.org/g/openembedded-core/message/189804
Mute This Topic: https://lists.openembedded.org/mt/102281098/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] make-mod-scripts: exclude rm_work
- Add the recipe to the RM_WORK_EXCLUDE
With rm_work active, external module signing throws an error:
scripts/sign-file: error while loading shared libraries: libcrypto.so.3: can
not open shared object file: No such file or directory
Preserve libraries that sign-file script needs during runtime.
Some solutions [1][2] for this problem have already been submitted
on the mailing list but none of them get merged:
[1] Fix using RM_WORK_EXCLUDE_ITEMS
https://lists.openembedded.org/g/openembedded-core/message/180113
[2] Fix using static linking
https://lists.openembedded.org/g/openembedded-core/message/182024
Signed-off-by: Jose Quaresma
---
meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
index f6f47cfff5..6dcca738a8 100644
--- a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
+++ b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
@@ -10,6 +10,8 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
S = "${WORKDIR}"
+RM_WORK_EXCLUDE += "${PN}"
+
do_configure[depends] += "virtual/kernel:do_shared_workdir
openssl-native:do_populate_sysroot"
do_compile[depends] += "virtual/kernel:do_compile_kernelmodules"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189675):
https://lists.openembedded.org/g/openembedded-core/message/189675
Mute This Topic: https://lists.openembedded.org/mt/102176240/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] systemd: fix packaging tpm2 plugin for cryptsetup
Hi Alexandre,
This patch is still on master-next but It is no longer necessary because
[2] was merged on master and contains the same fixes.
[2]
https://git.yoctoproject.org/poky/commit/?id=64f76114da1f2d79e24a6a79572f2682b6379452
Jose
Erik Schilling escreveu no dia quarta,
18/10/2023 à(s) 11:40:
> On Wed Oct 18, 2023 at 11:26 AM CEST, Jose Quaresma wrote:
> > Erik Schilling escreveu no dia quarta,
> > 18/10/2023 à(s) 07:33:
> >
> > > On Tue Oct 17, 2023 at 10:51 AM CEST, Jose Quaresma wrote:
> > > > Hi Erik,
> > > >
> > > > Erik Schilling escreveu no dia terça,
> > > > 17/10/2023 à(s) 06:51:
> > > >
> > > > > On Mon Oct 16, 2023 at 6:31 PM CEST, Jose Quaresma wrote:
> > > > > > Erik Schilling escreveu no dia
> segunda,
> > > > > > 16/10/2023 à(s) 13:02:
> > > > > >
> > > > > > > When building with `cryptsetup` and `tpm2` in the
> > > > > > > PACKAGECONFIG, this plugin will be emitted.
> > > > > > >
> > > > > > > Cc: Kristian Klausen
> > > > > > > Cc: Mikko Rapeli
> > > > > > > Cc: Javier Tia
> > > > > > > Fixes: 7b7dfbfaed ("systemd: Add tpm2 PACKAGECONFIG")
> > > > > > > Signed-off-by: Erik Schilling
> > > > > > > ---
> > > > > > > meta/recipes-core/systemd/systemd_254.4.bb | 1 +
> > > > > > > 1 file changed, 1 insertion(+)
> > > > > > >
> > > > > > > diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > > > b/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > > > index 77724eb822..6ecfbaf293 100644
> > > > > > > --- a/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > > > +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > > > @@ -645,6 +645,7 @@ FILES:${PN} = " ${base_bindir}/* \
> > > > > > > ${sysconfdir}/X11/xinit/xinitrc.d/* \
> > > > > > > ${rootlibexecdir}/systemd/* \
> > > > > > > ${rootlibdir}/systemd/libsystemd-core* \
> > > > > > > +
> > > > > > > ${rootlibdir}/cryptsetup/libcryptsetup-token-systemd-tpm2* \
> > > > > > >
> > > > > >
> > > > > > The systemd-cryptenroll was packed in the systemd-extra-utils so
> > > packing
> > > > > > the plugin
> > > > > > on the main systemd package is a bit weird.
> > > > > > I wonder if a new package like systemd-crypt is better
> appropriate
> > > for
> > > > > this
> > > > > > where we
> > > > > > going to put the systemd-cryptenroll and all the plugins
> available in
> > > > > > ${rootlibdir}/cryptsetup
> > > > >
> > > > > Ah, did not realize that... I agree that breaking up systemd into
> > > > > smaller packages would probably be a good thing. Currently
> building an
> > > > > image with systemd in the initramfs and main image gives little
> choice
> > > > > over which components go where... I will try a systemd-crypt
> variant.
> > > > > Will also take a look at how other distros solve this.
> > > > >
> > > >
> > > > I've been using this systemd-crypt package on my distro for some
> time now
> > > > but I've forgotten to send it.
> > > > In this package additionally to the TPM plugin I also have another
> for
> > > the
> > > > PKVS#11.
> > > > I have all of these in a bbappend and I can easily extract.
> > >
> > >
> > > Ah that sounds great!
> > >
> > >
> > > > So you don't have to worry, I still do it today.
> > >
> > > Sorry, I do not understand what you mean here. Did you mean that you
> > > plan to send a patch?
> > >
> >
> > I apologize for not being clear. I sent the patch serie yesterday
> > [1]
> https://patchwork.yoctoproject.org/project/oe-core/list/?series=17834
>
> Thanks a lot! Will try it out in the next days!
>
> - Erik
>
> >
> >
> > >
> > > - Erik
> > >
> > > > > >
> > > > > > ${libdir}/pam.d \
> > > > > > > ${nonarch_libdir}/pam.d \
> > > > > > > ${systemd_unitdir}/* \
> > > > > > >
> > > > > > > ---
> > > > > > > base-commit: 97f0a73c0a9db5506310328cd29f165eab3c509d
> > > > > > > change-id: 20231016-b4-systemd-tpm2-crypt-plugin-5064c458e726
> > > > > > >
> > > > > > > Best regards,
> > > > > > > --
> > > > > > > Erik Schilling
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > >
> > > > >
> > >
> > >
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189503):
https://lists.openembedded.org/g/openembedded-core/message/189503
Mute This Topic: https://lists.openembedded.org/mt/101993740/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] cve-check.bbclass: support embedded SW components with different version number
Mikko Rapeli escreveu no dia quinta, 19/10/2023
à(s) 13:45:
> Hi,
>
> Could something like this work?
>
> --- a/meta/lib/oe/cve_check.py
> +++ b/meta/lib/oe/cve_check.py
> @@ -140,15 +140,14 @@ def get_patched_cves(d):
> return patched_cves
>
>
> -def get_cpe_ids(cve_product, version):
> +def get_cpe_ids(cve_product, cve_version):
> """
> Get list of CPE identifiers for the given product and version
> """
>
> -version = version.split("+git")[0]
> -
> cpe_ids = []
> for product in cve_product.split():
> +version = (d.getVar("CVE_VERSION_%s" % product) or
> cve_version).split("+git")[0]
>
Looks like your patch fixes the remaining issue
but don't know if it will be better to get the CVE_VERSION_ after
splitting the vendor from the product
Jose
> # CVE_PRODUCT in recipes may include vendor information for CPE
> identifiers. If not,
> # use wildcard for vendor.
> if ":" in product:
>
> Cheers,
>
> -Mikko
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189502):
https://lists.openembedded.org/g/openembedded-core/message/189502
Mute This Topic: https://lists.openembedded.org/mt/101991269/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] cve-check.bbclass: support embedded SW components with different version number
Mikko Rapeli escreveu no dia quinta, 19/10/2023 à(s) 13:21: > Hi, > > On Thu, Oct 19, 2023 at 12:54:44PM +0100, Jose Quaresma wrote: > > Hi > > > > This change will need some adaptations in the create-spdx.bbclass to > handle > > this new variable with _PN > > Good point. How does SPDX tooling handle embedded SW components in recipe > sources? > As far as I know SPDX doesn't support this at all because the class has a way of knowing that these components exist. > > I presume it does not because recipe and license don't handle it either. > Should > there be a more generic PN_subpn, PV_subpn, LICENSE_subpn and matching > CVE_PRODUCT > and CVE_VERSION? I don't have use cases for these currently. I would like > to fix > the CVE reporting issues with embedded SW components though. mbedtls being > one good > example. > > Or would it be better to convert mbedtls users to use the meta-oe side > recipe for it? > In a perfect world this would be the way but as we know the world is far from perfect :) > > Additionally I don't currently read the SDPX output. I don't have use > cases for it. > I do check recipes and their metadata like LICENSE though. Feels like the > SDPX data > is used as reporting/export data format which is fed to some other tools > which are > not open source. > Can of worms... > Given that one of the main characteristics of the SPDX metadata is that they enable and have a complete description of the software used, this can and will be used by other tools to do all types of analysis. AI models will love eating this... > > Cheers, > > -Mikko > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189499): https://lists.openembedded.org/g/openembedded-core/message/189499 Mute This Topic: https://lists.openembedded.org/mt/101991269/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] cve-check.bbclass: support embedded SW components with different version number
Hi This change will need some adaptations in the create-spdx.bbclass to handle this new variable with _PN Jose Mikko Rapeli escreveu no dia quinta, 19/10/2023 à(s) 10:13: > Hi, > > On Thu, Oct 19, 2023 at 10:19:53AM +0200, Marta Rybczynska wrote: > > On Mon, Oct 16, 2023 at 9:01 AM Mikko Rapeli > wrote: > > > > > > Many recipes embed other SW components. The name and version of the > > > embedded SW component differs from the main recipe. To detect CVEs in > the > > > embedded SW component, it needs to be added to CVE_PRODUCT list using > > > name of the SW product in CVE database or with "vendor:product" syntax. > > > Then the version of the embedded SW component can be set using > > > CVE_VERSION_product variable. > > > > > > For example in meta-arm, trusted-firmware-a embeds mbed_tls SW > component. > > > Thus trusted-firmware-a can add CVE_PRODUCT for it since CVE database > > > uses product name "mbed_tls": > > > > > > CVE_PRODUCT += "mbed_tls" > > > > > > and set the version of mbed_tls: > > > > > > CVE_VERSION_mbed_tls = "2.28.4" > > > > > > (Real patches for both are a bit more complex due to conditional build > > > enabling mbed_tls support and due to mbed_tls version being set in an > > > .inc file.) > > > > > > > I like the support for embedded software. In this approach, I'm wondering > > how it would work for packages like curl that have multiple CPEs. Would > we > > need to duplicate the list of CPEs? > > The current approach of listing multiple CPEs in CVE_PRODUCT still works. > It's just possible to include a different version for an entry in > CVE_PRODUCT > via CVE_VERSION_swcomponent variable. It will fall back to PV. > > > There are layers/recipes where we have a very long list of embedded > components, > > meta-zephyr is probably the best example. > > Yes, I think this embedding of SW components is very common. I think some > of the > LICENSE data does reflect this but not in all cases. > > Cheers, > > -Mikko > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189448): https://lists.openembedded.org/g/openembedded-core/message/189448 Mute This Topic: https://lists.openembedded.org/mt/101991269/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH v2 4/4] systemd: add p11kit package config
Signed-off-by: Jose Quaresma
---
v2: fix alphabetical order
meta/recipes-core/systemd/systemd_254.4.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index 981d87b04e..d888efdece 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -184,6 +184,7 @@ PACKAGECONFIG[nss-mymachines] =
"-Dnss-mymachines=true,-Dnss-mymachines=false"
PACKAGECONFIG[nss-resolve] = "-Dnss-resolve=true,-Dnss-resolve=false"
PACKAGECONFIG[oomd] = "-Doomd=true,-Doomd=false"
PACKAGECONFIG[openssl] = "-Dopenssl=true,-Dopenssl=false,openssl"
+PACKAGECONFIG[p11kit] = "-Dp11kit=true,-Dp11kit=false,p11-kit"
PACKAGECONFIG[pam] = "-Dpam=true,-Dpam=false,libpam,${PAM_PLUGINS}"
PACKAGECONFIG[pcre2] = "-Dpcre2=true,-Dpcre2=false,libpcre2"
PACKAGECONFIG[polkit] = "-Dpolkit=true,-Dpolkit=false"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189382):
https://lists.openembedded.org/g/openembedded-core/message/189382
Mute This Topic: https://lists.openembedded.org/mt/102036959/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH v2 3/4] systemd: add cryptsetup-plugins package config
Signed-off-by: Jose Quaresma --- meta/recipes-core/systemd/systemd_254.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/systemd/systemd_254.4.bb b/meta/recipes-core/systemd/systemd_254.4.bb index c21f6b4962..981d87b04e 100644 --- a/meta/recipes-core/systemd/systemd_254.4.bb +++ b/meta/recipes-core/systemd/systemd_254.4.bb @@ -135,6 +135,7 @@ PACKAGECONFIG[bzip2] = "-Dbzip2=true,-Dbzip2=false,bzip2" PACKAGECONFIG[cgroupv2] = "-Ddefault-hierarchy=unified,-Ddefault-hierarchy=hybrid" PACKAGECONFIG[coredump] = "-Dcoredump=true,-Dcoredump=false" PACKAGECONFIG[cryptsetup] = "-Dlibcryptsetup=true,-Dlibcryptsetup=false,cryptsetup,,cryptsetup" +PACKAGECONFIG[cryptsetup-plugins] = "-Dlibcryptsetup-plugins=true,-Dlibcryptsetup-plugins=false,cryptsetup,,cryptsetup" PACKAGECONFIG[tpm2] = "-Dtpm2=true,-Dtpm2=false,tpm2-tss,tpm2-tss libtss2 libtss2-tcti-device" # If multiple compression libraries are enabled, the format to use for compression is chosen implicitly, # so if you want to compress with e.g. lz4 you cannot enable zstd, so you cannot read zstd-compressed journal files. -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189381): https://lists.openembedded.org/g/openembedded-core/message/189381 Mute This Topic: https://lists.openembedded.org/mt/102036958/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH v2 1/4] systemd: sort packages before pn
Signed-off-by: Jose Quaresma
---
meta/recipes-core/systemd/systemd_254.4.bb | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index 77724eb822..d24bf0cb06 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -384,20 +384,20 @@ python populate_packages:prepend (){
PACKAGES_DYNAMIC += "^lib(udev|systemd|nss).*"
PACKAGE_BEFORE_PN = "\
-${PN}-gui \
-${PN}-vconsole-setup \
-${PN}-initramfs \
${PN}-analyze \
-${PN}-kernel-install \
-${PN}-rpm-macros \
${PN}-binfmt \
-${PN}-zsh-completion \
${PN}-container \
+${PN}-extra-utils \
+${PN}-gui \
+${PN}-initramfs \
${PN}-journal-gatewayd \
${PN}-journal-upload \
${PN}-journal-remote \
-${PN}-extra-utils \
+${PN}-kernel-install \
+${PN}-rpm-macros \
${PN}-udev-rules \
+${PN}-vconsole-setup \
+${PN}-zsh-completion \
libsystemd-shared \
udev \
udev-hwdb \
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189379):
https://lists.openembedded.org/g/openembedded-core/message/189379
Mute This Topic: https://lists.openembedded.org/mt/102036956/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH v2 2/4] systemd: add systemd-crypt package
Signed-off-by: Jose Quaresma
---
v2: change nonarch_libdir to just
meta/recipes-core/systemd/systemd_254.4.bb | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index d24bf0cb06..c21f6b4962 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -387,6 +387,7 @@ PACKAGE_BEFORE_PN = "\
${PN}-analyze \
${PN}-binfmt \
${PN}-container \
+${PN}-crypt \
${PN}-extra-utils \
${PN}-gui \
${PN}-initramfs \
@@ -446,6 +447,11 @@ USERADD_PARAM:${PN}-journal-upload = "--system -d / -M
--shell /sbin/nologin sys
FILES:${PN}-analyze = "${bindir}/systemd-analyze"
+FILES:${PN}-crypt = "${bindir}/systemd-cryptenroll \
+ ${libdir}/cryptsetup \
+"
+RRECOMMENDS:${PN} += "${PN}-crypt"
+
FILES:${PN}-initramfs = "/init"
RDEPENDS:${PN}-initramfs = "${PN}"
@@ -552,7 +558,6 @@ FILES:${PN}-extra-utils = "\
${bindir}/systemd-run \
${bindir}/systemd-cat \
${bindir}/systemd-creds \
-${bindir}/systemd-cryptenroll \
${bindir}/systemd-delta \
${bindir}/systemd-cgls \
${bindir}/systemd-cgtop \
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189380):
https://lists.openembedded.org/g/openembedded-core/message/189380
Mute This Topic: https://lists.openembedded.org/mt/102036957/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 2/4] systemd: add systemd-crypt package
Erik Schilling escreveu no dia quarta,
18/10/2023 à(s) 11:36:
> On Tue Oct 17, 2023 at 11:18 AM CEST, Jose Quaresma wrote:
> > Signed-off-by: Jose Quaresma
> > ---
> > meta/recipes-core/systemd/systemd_254.4.bb | 7 ++-
> > 1 file changed, 6 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> b/meta/recipes-core/systemd/systemd_254.4.bb
> > index d24bf0cb06..2146c130d5 100644
> > --- a/meta/recipes-core/systemd/systemd_254.4.bb
> > +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> > @@ -387,6 +387,7 @@ PACKAGE_BEFORE_PN = "\
> > ${PN}-analyze \
> > ${PN}-binfmt \
> > ${PN}-container \
> > +${PN}-crypt \
> > ${PN}-extra-utils \
> > ${PN}-gui \
> > ${PN}-initramfs \
> > @@ -446,6 +447,11 @@ USERADD_PARAM:${PN}-journal-upload = "--system -d /
> -M --shell /sbin/nologin sys
> >
> > FILES:${PN}-analyze = "${bindir}/systemd-analyze"
> >
> > +FILES:${PN}-crypt = "${bindir}/systemd-cryptenroll \
> > + ${nonarch_libdir}/cryptsetup \
>
> Won't there be .so plugin files in this folder that are arch-specific?
> I assumed ${nonarch_libdir} should only be used for non-architecture
> specific files?
>
yeah you are right, the plugins are arch specific and nonarch_libdir will
break multilib.
I will change it to just ${libdir} and send a v2.
Thanks for your time.
>
> - Erik
>
> > +"
> > +RRECOMMENDS:${PN} += "${PN}-crypt"
> > +
> > FILES:${PN}-initramfs = "/init"
> > RDEPENDS:${PN}-initramfs = "${PN}"
> >
> > @@ -552,7 +558,6 @@ FILES:${PN}-extra-utils = "\
> > ${bindir}/systemd-run \
> > ${bindir}/systemd-cat \
> > ${bindir}/systemd-creds \
> > -${bindir}/systemd-cryptenroll \
> > ${bindir}/systemd-delta \
> > ${bindir}/systemd-cgls \
> > ${bindir}/systemd-cgtop \
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189378):
https://lists.openembedded.org/g/openembedded-core/message/189378
Mute This Topic: https://lists.openembedded.org/mt/102014259/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 2/3] selftest/sstatetests: add tests for 'bitbake -S printdiff'
Alexander Kanavin escreveu no dia quarta,
18/10/2023 à(s) 09:48:
> I sent a v2 of this patch where this issue is corrected.
>
Thanks
>
> Alex
>
> On Tue, 17 Oct 2023 at 16:15, Alexander Kanavin via
> lists.openembedded.org
> wrote:
> >
> > Thanks, I was completely sure in my head I had fixed this, but either
> > I haven't, or it has been somehow lost.
> >
> > Alex
> >
> > On Tue, 17 Oct 2023 at 16:06, Jose Quaresma
> wrote:
> > >
> > >
> > >
> > > Alexander Kanavin escreveu no dia terça,
> 17/10/2023 à(s) 14:31:
> > >>
> > >> 'bitbake -S printdiff' is a useful diagnostic facility for finding out
> > >> why sstate is not being reused, but until now it had no tests that
> would
> > >> ensure it works. This commit adds three basic scenarios:
> > >>
> > >> 1. make a change in a really basic, common recipe that is at the very
> root
> > >> of dependency trees (quilt-native), and ensure that change is
> correctly discovered when
> > >> building an image.
> > >>
> > >> 2. make a change in gcc-source recipe, which is somewhat special
> > >> (operates in work-shared), and ensure that gcc-runtime builds track
> > >> that down as well.
> > >>
> > >> 3. make a change in base_do_configure() definition from base.bbclass,
> > >> which is not recipe-specific, but affects many basic recipes, and
> ensure that
> > >> is correctly reported as well.
> > >>
> > >> The test itself actually runs twice:
> > >> - first against a fully populated build directory, where
> > >> the printdiff code is guaranteed to find the correct previous
> > >> stamp that can be compared with in a predictable manner.
> > >>
> > >> - then in an empty build directory where the printdiff code
> > >> goes to look in the sstate cache, and so the existence of the
> > >> previous signature can be tested, but not the difference with it
> > >> (what the exact difference would be is unpredictable as the
> > >> sstate cache is indeed shared between many builds).
> > >>
> > >> Signed-off-by: Alexander Kanavin
> > >> ---
> > >> .../base-do-configure-modified.bbclass| 3 +
> > >> .../gcc-source/gcc-source_%.bbappend | 2 +
> > >> .../quilt-native/quilt-native_%.bbappend | 2 +
> > >> meta/lib/oeqa/selftest/cases/sstatetests.py | 104
> ++
> > >> 4 files changed, 111 insertions(+)
> > >> create mode 100644
> meta-selftest/classes/base-do-configure-modified.bbclass
> > >> create mode 100644
> meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> > >> create mode 100644
> meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> > >>
> > >> diff --git a/meta-selftest/classes/base-do-configure-modified.bbclass
> b/meta-selftest/classes/base-do-configure-modified.bbclass
> > >> new file mode 100644
> > >> index 000..3f96827a428
> > >> --- /dev/null
> > >> +++ b/meta-selftest/classes/base-do-configure-modified.bbclass
> > >> @@ -0,0 +1,3 @@
> > >> +base_do_configure:append () {
> > >> + echo "this changes base_do_configure() definiton"
> > >> +}
> > >> diff --git
> a/meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> b/meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> > >> new file mode 100644
> > >> index 000..205720982cb
> > >> --- /dev/null
> > >> +++ b/meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> > >> @@ -0,0 +1,2 @@
> > >> +# This bbappend is used to alter the recipe using the
> test_recipe.inc file created by tests.
> > >> +include test_recipe.inc
> > >> diff --git
> a/meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> b/meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> > >> new file mode 100644
> > >> index 000..205720982cb
> > >> --- /dev/null
> > >> +++ b/meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> > >> @@ -0,0 +1,2 @@
> > >> +# This bbappend is used to alter the recipe using the
> test_recipe.inc file created by tests.
> > >> +include test_recipe.inc
> > >> diff --git a/meta/lib/oeqa/selftest/cases/sstatetests.py
> b/
Re: [OE-core] [PATCH] systemd: fix packaging tpm2 plugin for cryptsetup
Erik Schilling escreveu no dia quarta,
18/10/2023 à(s) 07:33:
> On Tue Oct 17, 2023 at 10:51 AM CEST, Jose Quaresma wrote:
> > Hi Erik,
> >
> > Erik Schilling escreveu no dia terça,
> > 17/10/2023 à(s) 06:51:
> >
> > > On Mon Oct 16, 2023 at 6:31 PM CEST, Jose Quaresma wrote:
> > > > Erik Schilling escreveu no dia segunda,
> > > > 16/10/2023 à(s) 13:02:
> > > >
> > > > > When building with `cryptsetup` and `tpm2` in the
> > > > > PACKAGECONFIG, this plugin will be emitted.
> > > > >
> > > > > Cc: Kristian Klausen
> > > > > Cc: Mikko Rapeli
> > > > > Cc: Javier Tia
> > > > > Fixes: 7b7dfbfaed ("systemd: Add tpm2 PACKAGECONFIG")
> > > > > Signed-off-by: Erik Schilling
> > > > > ---
> > > > > meta/recipes-core/systemd/systemd_254.4.bb | 1 +
> > > > > 1 file changed, 1 insertion(+)
> > > > >
> > > > > diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > b/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > index 77724eb822..6ecfbaf293 100644
> > > > > --- a/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> > > > > @@ -645,6 +645,7 @@ FILES:${PN} = " ${base_bindir}/* \
> > > > > ${sysconfdir}/X11/xinit/xinitrc.d/* \
> > > > > ${rootlibexecdir}/systemd/* \
> > > > > ${rootlibdir}/systemd/libsystemd-core* \
> > > > > +
> > > > > ${rootlibdir}/cryptsetup/libcryptsetup-token-systemd-tpm2* \
> > > > >
> > > >
> > > > The systemd-cryptenroll was packed in the systemd-extra-utils so
> packing
> > > > the plugin
> > > > on the main systemd package is a bit weird.
> > > > I wonder if a new package like systemd-crypt is better appropriate
> for
> > > this
> > > > where we
> > > > going to put the systemd-cryptenroll and all the plugins available in
> > > > ${rootlibdir}/cryptsetup
> > >
> > > Ah, did not realize that... I agree that breaking up systemd into
> > > smaller packages would probably be a good thing. Currently building an
> > > image with systemd in the initramfs and main image gives little choice
> > > over which components go where... I will try a systemd-crypt variant.
> > > Will also take a look at how other distros solve this.
> > >
> >
> > I've been using this systemd-crypt package on my distro for some time now
> > but I've forgotten to send it.
> > In this package additionally to the TPM plugin I also have another for
> the
> > PKVS#11.
> > I have all of these in a bbappend and I can easily extract.
>
>
> Ah that sounds great!
>
>
> > So you don't have to worry, I still do it today.
>
> Sorry, I do not understand what you mean here. Did you mean that you
> plan to send a patch?
>
I apologize for not being clear. I sent the patch serie yesterday
[1] https://patchwork.yoctoproject.org/project/oe-core/list/?series=17834
>
> - Erik
>
> > > >
> > > > ${libdir}/pam.d \
> > > > > ${nonarch_libdir}/pam.d \
> > > > > ${systemd_unitdir}/* \
> > > > >
> > > > > ---
> > > > > base-commit: 97f0a73c0a9db5506310328cd29f165eab3c509d
> > > > > change-id: 20231016-b4-systemd-tpm2-crypt-plugin-5064c458e726
> > > > >
> > > > > Best regards,
> > > > > --
> > > > > Erik Schilling
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > >
> > >
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189372):
https://lists.openembedded.org/g/openembedded-core/message/189372
Mute This Topic: https://lists.openembedded.org/mt/101993740/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 2/3] selftest/sstatetests: add tests for 'bitbake -S printdiff'
Alexander Kanavin escreveu no dia terça,
17/10/2023 à(s) 14:31:
> 'bitbake -S printdiff' is a useful diagnostic facility for finding out
> why sstate is not being reused, but until now it had no tests that would
> ensure it works. This commit adds three basic scenarios:
>
> 1. make a change in a really basic, common recipe that is at the very root
> of dependency trees (quilt-native), and ensure that change is correctly
> discovered when
> building an image.
>
> 2. make a change in gcc-source recipe, which is somewhat special
> (operates in work-shared), and ensure that gcc-runtime builds track
> that down as well.
>
> 3. make a change in base_do_configure() definition from base.bbclass,
> which is not recipe-specific, but affects many basic recipes, and ensure
> that
> is correctly reported as well.
>
> The test itself actually runs twice:
> - first against a fully populated build directory, where
> the printdiff code is guaranteed to find the correct previous
> stamp that can be compared with in a predictable manner.
>
> - then in an empty build directory where the printdiff code
> goes to look in the sstate cache, and so the existence of the
> previous signature can be tested, but not the difference with it
> (what the exact difference would be is unpredictable as the
> sstate cache is indeed shared between many builds).
>
> Signed-off-by: Alexander Kanavin
> ---
> .../base-do-configure-modified.bbclass| 3 +
> .../gcc-source/gcc-source_%.bbappend | 2 +
> .../quilt-native/quilt-native_%.bbappend | 2 +
> meta/lib/oeqa/selftest/cases/sstatetests.py | 104 ++
> 4 files changed, 111 insertions(+)
> create mode 100644
> meta-selftest/classes/base-do-configure-modified.bbclass
> create mode 100644
> meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> create mode 100644
> meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
>
> diff --git a/meta-selftest/classes/base-do-configure-modified.bbclass
> b/meta-selftest/classes/base-do-configure-modified.bbclass
> new file mode 100644
> index 000..3f96827a428
> --- /dev/null
> +++ b/meta-selftest/classes/base-do-configure-modified.bbclass
> @@ -0,0 +1,3 @@
> +base_do_configure:append () {
> + echo "this changes base_do_configure() definiton"
> +}
> diff --git a/meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> b/meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> new file mode 100644
> index 000..205720982cb
> --- /dev/null
> +++ b/meta-selftest/recipes-test/gcc-source/gcc-source_%.bbappend
> @@ -0,0 +1,2 @@
> +# This bbappend is used to alter the recipe using the test_recipe.inc
> file created by tests.
> +include test_recipe.inc
> diff --git
> a/meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> b/meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> new file mode 100644
> index 000..205720982cb
> --- /dev/null
> +++ b/meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> @@ -0,0 +1,2 @@
> +# This bbappend is used to alter the recipe using the test_recipe.inc
> file created by tests.
> +include test_recipe.inc
> diff --git a/meta/lib/oeqa/selftest/cases/sstatetests.py
> b/meta/lib/oeqa/selftest/cases/sstatetests.py
> index bdad9088d37..29e31f2ef9f 100644
> --- a/meta/lib/oeqa/selftest/cases/sstatetests.py
> +++ b/meta/lib/oeqa/selftest/cases/sstatetests.py
> @@ -773,3 +773,107 @@ addtask tmptask2 before do_tmptask1
> latestfiles = sorted(filedates.keys(), key=lambda f:
> filedates[f])[-2:]
> bb.siggen.compare_sigfiles(latestfiles[-2],
> latestfiles[-1], recursecb)
> self.assertEqual(recursecb_count,1)
> +
> +class SStatePrintdiff(SStateBase):
> +def run_test_printdiff_changerecipe(self, target, change_recipe,
> change_bbtask, change_content, expected_sametmp_output,
> expected_difftmp_output):
> +self.write_config("""
> +TMPDIR = "${TOPDIR}/tmp-sstateprintdiff"
> +""")
> +self.track_for_cleanup(self.topdir + "/tmp-sstateprintdiff")
> +bitbake(target)
> +bitbake("-S none {}".format(target))
> +bitbake(change_bbtask)
> +self.write_recipeinc(change_recipe, change_content)
> +result_sametmp = bitbake("-S printdiff {}".format(target))
> +
> +self.write_config("""
> +TMPDIR = "${TOPDIR}/tmp-sstateprintdiff-2"
> +""")
> +self.track_for_cleanup(self.topdir + "/tmp-sstateprintdiff-2")
> +result_difftmp = bitbake("-S printdiff {}".format(target))
> +
> +self.delete_recipeinc(change_recipe)
> +for item in expected_sametmp_output:
> +self.assertIn(item, result_sametmp.output)
> +for item in expected_difftmp_output:
> +self.assertIn(item, result_difftmp.output)
> +
> +def run_test_printdiff_changeconfig(self, target, change_content,
> expected_sametmp_output, expected_difftmp_output):
> +self.write_config("""
> +TMPDIR =
[OE-core][PATCH 4/4] systemd: add p11kit package config
Signed-off-by: Jose Quaresma
---
meta/recipes-core/systemd/systemd_254.4.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index 578d3b463d..fc42787555 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -186,6 +186,7 @@ PACKAGECONFIG[oomd] = "-Doomd=true,-Doomd=false"
PACKAGECONFIG[openssl] = "-Dopenssl=true,-Dopenssl=false,openssl"
PACKAGECONFIG[pam] = "-Dpam=true,-Dpam=false,libpam,${PAM_PLUGINS}"
PACKAGECONFIG[pcre2] = "-Dpcre2=true,-Dpcre2=false,libpcre2"
+PACKAGECONFIG[p11kit] = "-Dp11kit=true,-Dp11kit=false,p11-kit"
PACKAGECONFIG[polkit] = "-Dpolkit=true,-Dpolkit=false"
# If polkit is disabled and networkd+hostnamed are in use, enabling this
option and
# using dbus-broker will allow networkd to be authorized to change the
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189321):
https://lists.openembedded.org/g/openembedded-core/message/189321
Mute This Topic: https://lists.openembedded.org/mt/102014261/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH 3/4] systemd: add cryptsetup-plugins package config
Signed-off-by: Jose Quaresma --- meta/recipes-core/systemd/systemd_254.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/systemd/systemd_254.4.bb b/meta/recipes-core/systemd/systemd_254.4.bb index 2146c130d5..578d3b463d 100644 --- a/meta/recipes-core/systemd/systemd_254.4.bb +++ b/meta/recipes-core/systemd/systemd_254.4.bb @@ -135,6 +135,7 @@ PACKAGECONFIG[bzip2] = "-Dbzip2=true,-Dbzip2=false,bzip2" PACKAGECONFIG[cgroupv2] = "-Ddefault-hierarchy=unified,-Ddefault-hierarchy=hybrid" PACKAGECONFIG[coredump] = "-Dcoredump=true,-Dcoredump=false" PACKAGECONFIG[cryptsetup] = "-Dlibcryptsetup=true,-Dlibcryptsetup=false,cryptsetup,,cryptsetup" +PACKAGECONFIG[cryptsetup-plugins] = "-Dlibcryptsetup-plugins=true,-Dlibcryptsetup-plugins=false,cryptsetup,,cryptsetup" PACKAGECONFIG[tpm2] = "-Dtpm2=true,-Dtpm2=false,tpm2-tss,tpm2-tss libtss2 libtss2-tcti-device" # If multiple compression libraries are enabled, the format to use for compression is chosen implicitly, # so if you want to compress with e.g. lz4 you cannot enable zstd, so you cannot read zstd-compressed journal files. -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189320): https://lists.openembedded.org/g/openembedded-core/message/189320 Mute This Topic: https://lists.openembedded.org/mt/102014260/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH 1/4] systemd: sort packages before pn
Signed-off-by: Jose Quaresma
---
meta/recipes-core/systemd/systemd_254.4.bb | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index 77724eb822..d24bf0cb06 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -384,20 +384,20 @@ python populate_packages:prepend (){
PACKAGES_DYNAMIC += "^lib(udev|systemd|nss).*"
PACKAGE_BEFORE_PN = "\
-${PN}-gui \
-${PN}-vconsole-setup \
-${PN}-initramfs \
${PN}-analyze \
-${PN}-kernel-install \
-${PN}-rpm-macros \
${PN}-binfmt \
-${PN}-zsh-completion \
${PN}-container \
+${PN}-extra-utils \
+${PN}-gui \
+${PN}-initramfs \
${PN}-journal-gatewayd \
${PN}-journal-upload \
${PN}-journal-remote \
-${PN}-extra-utils \
+${PN}-kernel-install \
+${PN}-rpm-macros \
${PN}-udev-rules \
+${PN}-vconsole-setup \
+${PN}-zsh-completion \
libsystemd-shared \
udev \
udev-hwdb \
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189318):
https://lists.openembedded.org/g/openembedded-core/message/189318
Mute This Topic: https://lists.openembedded.org/mt/102014258/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 2/4] systemd: add systemd-crypt package
Signed-off-by: Jose Quaresma
---
meta/recipes-core/systemd/systemd_254.4.bb | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index d24bf0cb06..2146c130d5 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -387,6 +387,7 @@ PACKAGE_BEFORE_PN = "\
${PN}-analyze \
${PN}-binfmt \
${PN}-container \
+${PN}-crypt \
${PN}-extra-utils \
${PN}-gui \
${PN}-initramfs \
@@ -446,6 +447,11 @@ USERADD_PARAM:${PN}-journal-upload = "--system -d / -M
--shell /sbin/nologin sys
FILES:${PN}-analyze = "${bindir}/systemd-analyze"
+FILES:${PN}-crypt = "${bindir}/systemd-cryptenroll \
+ ${nonarch_libdir}/cryptsetup \
+"
+RRECOMMENDS:${PN} += "${PN}-crypt"
+
FILES:${PN}-initramfs = "/init"
RDEPENDS:${PN}-initramfs = "${PN}"
@@ -552,7 +558,6 @@ FILES:${PN}-extra-utils = "\
${bindir}/systemd-run \
${bindir}/systemd-cat \
${bindir}/systemd-creds \
-${bindir}/systemd-cryptenroll \
${bindir}/systemd-delta \
${bindir}/systemd-cgls \
${bindir}/systemd-cgtop \
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189319):
https://lists.openembedded.org/g/openembedded-core/message/189319
Mute This Topic: https://lists.openembedded.org/mt/102014259/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] systemd: fix packaging tpm2 plugin for cryptsetup
Hi Erik,
Erik Schilling escreveu no dia terça,
17/10/2023 à(s) 06:51:
> On Mon Oct 16, 2023 at 6:31 PM CEST, Jose Quaresma wrote:
> > Erik Schilling escreveu no dia segunda,
> > 16/10/2023 à(s) 13:02:
> >
> > > When building with `cryptsetup` and `tpm2` in the
> > > PACKAGECONFIG, this plugin will be emitted.
> > >
> > > Cc: Kristian Klausen
> > > Cc: Mikko Rapeli
> > > Cc: Javier Tia
> > > Fixes: 7b7dfbfaed ("systemd: Add tpm2 PACKAGECONFIG")
> > > Signed-off-by: Erik Schilling
> > > ---
> > > meta/recipes-core/systemd/systemd_254.4.bb | 1 +
> > > 1 file changed, 1 insertion(+)
> > >
> > > diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> > > b/meta/recipes-core/systemd/systemd_254.4.bb
> > > index 77724eb822..6ecfbaf293 100644
> > > --- a/meta/recipes-core/systemd/systemd_254.4.bb
> > > +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> > > @@ -645,6 +645,7 @@ FILES:${PN} = " ${base_bindir}/* \
> > > ${sysconfdir}/X11/xinit/xinitrc.d/* \
> > > ${rootlibexecdir}/systemd/* \
> > > ${rootlibdir}/systemd/libsystemd-core* \
> > > +
> > > ${rootlibdir}/cryptsetup/libcryptsetup-token-systemd-tpm2* \
> > >
> >
> > The systemd-cryptenroll was packed in the systemd-extra-utils so packing
> > the plugin
> > on the main systemd package is a bit weird.
> > I wonder if a new package like systemd-crypt is better appropriate for
> this
> > where we
> > going to put the systemd-cryptenroll and all the plugins available in
> > ${rootlibdir}/cryptsetup
>
> Ah, did not realize that... I agree that breaking up systemd into
> smaller packages would probably be a good thing. Currently building an
> image with systemd in the initramfs and main image gives little choice
> over which components go where... I will try a systemd-crypt variant.
> Will also take a look at how other distros solve this.
>
I've been using this systemd-crypt package on my distro for some time now
but I've forgotten to send it.
In this package additionally to the TPM plugin I also have another for the
PKVS#11.
I have all of these in a bbappend and I can easily extract.
So you don't have to worry, I still do it today.
Jose
> - Erik
>
> >
> > Jose
> >
> > ${libdir}/pam.d \
> > > ${nonarch_libdir}/pam.d \
> > > ${systemd_unitdir}/* \
> > >
> > > ---
> > > base-commit: 97f0a73c0a9db5506310328cd29f165eab3c509d
> > > change-id: 20231016-b4-systemd-tpm2-crypt-plugin-5064c458e726
> > >
> > > Best regards,
> > > --
> > > Erik Schilling
> > >
> > >
> > >
> > >
> > >
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189317):
https://lists.openembedded.org/g/openembedded-core/message/189317
Mute This Topic: https://lists.openembedded.org/mt/101993740/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] systemd: fix packaging tpm2 plugin for cryptsetup
Erik Schilling escreveu no dia segunda,
16/10/2023 à(s) 13:02:
> When building with `cryptsetup` and `tpm2` in the
> PACKAGECONFIG, this plugin will be emitted.
>
> Cc: Kristian Klausen
> Cc: Mikko Rapeli
> Cc: Javier Tia
> Fixes: 7b7dfbfaed ("systemd: Add tpm2 PACKAGECONFIG")
> Signed-off-by: Erik Schilling
> ---
> meta/recipes-core/systemd/systemd_254.4.bb | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> b/meta/recipes-core/systemd/systemd_254.4.bb
> index 77724eb822..6ecfbaf293 100644
> --- a/meta/recipes-core/systemd/systemd_254.4.bb
> +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> @@ -645,6 +645,7 @@ FILES:${PN} = " ${base_bindir}/* \
> ${sysconfdir}/X11/xinit/xinitrc.d/* \
> ${rootlibexecdir}/systemd/* \
> ${rootlibdir}/systemd/libsystemd-core* \
> +
> ${rootlibdir}/cryptsetup/libcryptsetup-token-systemd-tpm2* \
>
The systemd-cryptenroll was packed in the systemd-extra-utils so packing
the plugin
on the main systemd package is a bit weird.
I wonder if a new package like systemd-crypt is better appropriate for this
where we
going to put the systemd-cryptenroll and all the plugins available in
${rootlibdir}/cryptsetup
Jose
${libdir}/pam.d \
> ${nonarch_libdir}/pam.d \
> ${systemd_unitdir}/* \
>
> ---
> base-commit: 97f0a73c0a9db5506310328cd29f165eab3c509d
> change-id: 20231016-b4-systemd-tpm2-crypt-plugin-5064c458e726
>
> Best regards,
> --
> Erik Schilling
>
>
>
>
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189306):
https://lists.openembedded.org/g/openembedded-core/message/189306
Mute This Topic: https://lists.openembedded.org/mt/101993740/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] create-spdx: fix do_create_spdx cannot find any SPDX file for recipe
I can try to reproduce this issue again with just-oe-core and some bsp
layer
that have multiconfig machines. I have only see this when using meta-ti
and after they switch to barematel [1].
This commit fixes the issue in my meta-lmp layer distro but this can also
be fixed
if we build the failing dependencies one by one.
https://git.yoctoproject.org/meta-ti/commit/?id=811c87bbbd324d4f176332b9e5f7c3699310cb06
Next week I will try to do the same with poky.
Thanks for your help.
Joshua Watt escreveu no dia sexta, 13/10/2023 à(s)
17:20:
> The dependency chain here is a little weird, because do_create_spdx()
> depends on do_collect_spdx_deps(), and the do_collect_spdx_deps has a
> deptask on do_create_sdpx to get the dependencies from upstream
> recipes (read the comment in there for why that is). We avoided
> recrdeptask because we _should_ only be pulling in SPDX documents from
> direct dependencies, so the "recursive" part _should_ not be necessary
> (which is why we use deptask instead of recrdeptask).
>
> That being said, there is a bug here somewhere and I can't quite
> figure out what it might be and I'm having a really hard time
> reproducing it; but I'm not sure this is the fix.
>
> I don't think
>
> On Fri, Oct 13, 2023 at 9:42 AM Jose Quaresma
> wrote:
> >
> > Given that we need some SPDX files produced in other recipes by
> do_create_spdx task,
> > we need to ensure that any of this other do_create_spdx build-time
> dependencies
> > runs first to produce the artidacts we need in the do_create_spdx of the
> current recipe.
> >
> > Fix the following which especially affects multiconfig machines:
> >
> > | ERROR: flex-native-2.6.4-r0 do_create_spdx: Cannot find any SPDX file
> for recipe autoconf-native, True
> sstate:autoconf-native:x86_64-linux:2.72c:r0:x86_64:11:
> sstate:autoconf-native::2.72c:r0::11:
> >
> > Signed-off-by: Jose Quaresma
> > ---
> > meta/classes/create-spdx-2.2.bbclass | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/classes/create-spdx-2.2.bbclass
> b/meta/classes/create-spdx-2.2.bbclass
> > index b0aef80db1..a37245bdba 100644
> > --- a/meta/classes/create-spdx-2.2.bbclass
> > +++ b/meta/classes/create-spdx-2.2.bbclass
> > @@ -709,6 +709,7 @@ addtask do_create_spdx_setscene
> > do_create_spdx[dirs] = "${SPDXWORK}"
> > do_create_spdx[cleandirs] = "${SPDXDEPLOY} ${SPDXWORK}"
> > do_create_spdx[depends] += "${PATCHDEPENDENCY}"
> > +do_create_spdx[recrdeptask] += "do_create_spdx"
> >
> > def collect_package_providers(d):
> > from pathlib import Path
> > --
> > 2.34.1
> >
> >
> >
> >
>
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189075):
https://lists.openembedded.org/g/openembedded-core/message/189075
Mute This Topic: https://lists.openembedded.org/mt/101942902/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] create-spdx: fix do_create_spdx cannot find any SPDX file for recipe
Given that we need some SPDX files produced in other recipes by do_create_spdx
task,
we need to ensure that any of this other do_create_spdx build-time dependencies
runs first to produce the artidacts we need in the do_create_spdx of the
current recipe.
Fix the following which especially affects multiconfig machines:
| ERROR: flex-native-2.6.4-r0 do_create_spdx: Cannot find any SPDX file for
recipe autoconf-native, True
sstate:autoconf-native:x86_64-linux:2.72c:r0:x86_64:11:
sstate:autoconf-native::2.72c:r0::11:
Signed-off-by: Jose Quaresma
---
meta/classes/create-spdx-2.2.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/create-spdx-2.2.bbclass
b/meta/classes/create-spdx-2.2.bbclass
index b0aef80db1..a37245bdba 100644
--- a/meta/classes/create-spdx-2.2.bbclass
+++ b/meta/classes/create-spdx-2.2.bbclass
@@ -709,6 +709,7 @@ addtask do_create_spdx_setscene
do_create_spdx[dirs] = "${SPDXWORK}"
do_create_spdx[cleandirs] = "${SPDXDEPLOY} ${SPDXWORK}"
do_create_spdx[depends] += "${PATCHDEPENDENCY}"
+do_create_spdx[recrdeptask] += "do_create_spdx"
def collect_package_providers(d):
from pathlib import Path
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189071):
https://lists.openembedded.org/g/openembedded-core/message/189071
Mute This Topic: https://lists.openembedded.org/mt/101942902/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH v2] curl: 8.3.0 -> 8.4.0
Alexander Kanavin escreveu no dia quarta, 11/10/2023 à(s) 17:05: > I do recommend using ‘devtool upgrade’ as it will take care of updating > the checksums in the recipe, and will rebase the patches. Did you run at > least one build with v2, given that v1 was clearly not tested? > The build I had run was with the v2 SRC_URI hash but I forgot to update my local commit and only saw that after sending it to the mailing list. Jose > > Alex > > On Wed 11. Oct 2023 at 17.54, Jose Quaresma > wrote: > >> curl and libcurl 8.4.0 >> >> Public curl releases: 252 >> Command line options: 258 >> curl_easy_setopt() options: 303 >> Public functions in libcurl: 93 >> Contributors: 2995 >> >> This release includes the following changes: >> >> o curl: add support for the IPFS protocols via HTTP gateway [46] >> o curl_multi_get_handles: get easy handles from a multi handle [20] >> o mingw: delete support for legacy mingw.org toolchain [45] >> >> This release includes the following bugfixes: >> >> o acinclude.m4: Document proper system truststore on FreeBSD [83] >> o appveyor: fix yamlint issues, indent [67] >> o appveyor: rewrite batch in PowerShell + CI improvements [109] >> o autotools: adjust `CURL_CA_PATH` value to CMake [53] >> o autotools: restore `HAVE_IOCTL_*` detections [111] >> o base64: also build for curl [78] >> o bufq: remove Curl_bufq_skip_and_shift (unused) [47] >> o build: delete checks for C89 standard headers [65] >> o build: do not publish `HAVE_BORINGSSL`, `HAVE_AWSLC` macros [114] >> o cf-socket: simulate slow/blocked receives in debug [120] >> o cmake, configure: also link with CoreServices [32] >> o cmake: add check for suseconds_t [91] >> o cmake: add feature checks for `memrchr` and `getifaddrs` [57] >> o cmake: add missing checks [86] >> o cmake: delete old `HAVE_LDAP_URL_PARSE` logic [105] >> o cmake: detect `HAVE_CLOCK_GETTIME_MONOTONIC_RAW` [75] >> o cmake: detect `HAVE_GETADDRINFO_THREADSAFE` [76] >> o cmake: detect `sys/wait.h` and `netinet/udp.h` [61] >> o cmake: detect TLS-SRP in OpenSSL/wolfSSL/GnuTLS [93] >> o cmake: disable unity mode with Windows Unicode + TrackMemory [108] >> o cmake: fix `HAVE_LDAP_SSL`, `HAVE_LDAP_URL_PARSE` on non-Windows [110] >> o cmake: fix `HAVE_WRITABLE_ARGV` detection [77] >> o cmake: fix duplicate symbols when linking tests [73] >> o cmake: fix missing `zlib.h` when compiling `libcurltool` [72] >> o cmake: fix stderr initialization in unity builds [71] >> o cmake: fix the help text to the static build option in CMakeLists.txt >> [10] >> o cmake: fix unity builds for more build combinations [96] >> o cmake: fix unity symbol collisions in h2 builds [48] >> o cmake: fix unity with Windows Unicode + TrackMemory [107] >> o cmake: improve OpenLDAP builds [92] >> o cmake: lib `CURL_STATICLIB` fixes (Windows) [74] >> o cmake: move global headers to specific checks [58] >> o cmake: pre-cache `HAVE_BASENAME` for mingw-w64 and MSVC [85] >> o cmake: pre-cache `HAVE_POLL_FINE` on Windows [36] >> o cmake: tidy-up `NOT_NEED_LBER_H` detection >> o cmake: validate `CURL_DEFAULT_SSL_BACKEND` config value [50] >> o configure: check for the capath by default [63] >> o configure: remove unused checks [87] >> o configure: replace adhoc domain with `localhost` in tests [79] >> o configure: sort AC_CHECK_FUNCS >> o connect: expire the timeout when trying next [54] >> o connect: only start the happy eyeballs timer when needed [95] >> o cookie: do not store the expire or max-age strings [16] >> o cookie: remove unnecessary struct fields [17] >> o cookie: set ->running in cookie_init even if data is NULL [5] >> o create-dirs.d: clarify it also uses --output-dirs [66] >> o curl.h: mark CURLSSLBACKEND_NSS as deprecated since 8.3.0 [18] >> o curl_easy_pause.3: mention h2/h3 buffering [113] >> o curl_easy_pause.3: mention it works within callbacks [112] >> o curl_easy_pause: set "in callback" true on exit if true [100] >> o CURLOPT_DEBUGFUNCTION.3: warn about internal handles [122] >> o docs/libcurl/opts/Makefile.inc: add missing manpage files >> o docs: adapt SEE ALSO sections to new requirements [52] >> o docs: explain how PINNEDPUBLICKEY is independent of VERIFYPEER [68] >> o docs: replace made up domains with example.com [82] >> o docs: update curl man page references [89] >> o docs: use CURLSSLBACKEND_NONE [19] >> o doh: inherit DEBUGFUNCTION/DATA [12] >> o escape: replace Curl_isunreserv
[OE-core][PATCH v2] curl: 8.3.0 -> 8.4.0
ME_WITH_SYS_TIME [88]
o lib: use wrapper for curl_mime_data fseek callback [30]
o libssh2: fix error message on failed pubkey-from-file [22]
o libssh: cap SFTP packet size sent [14]
o Makefile.mk: always set `CURL_STATICLIB` for lib (Windows) [42]
o MANUAL.md: change domain to example.com [11]
o misc: better random strings [15]
o MQTT: improve receive of ACKs [125]
o multi: do CURLM_CALL_MULTI_PERFORM at two more places [99]
o multi: fix small timeouts [70]
o multi: remove Curl_multi_dump [37]
o multi: round the timeout up to prevent early wakeups [98]
o multi: set CURLM_CALL_MULTI_PERFORM after switch to DOING_MORE [115]
o openssl: improve ssl shutdown handling [69]
o openssl: use X509_ALGOR_get0 instead of reaching into X509_ALGOR [104]
o pytest: exclude test_03_goaway in CI runs due to timing dependency [23]
o quic: set ciphers/curves the same way regular TLS does [43]
o quiche: fix build error with --with-ca-fallback [1]
o RELEASE-PROCEDURE.md: updated coming release dates
o runtests: display the test status if tests appear hung [81]
o runtests: eliminate a warning on old perl versions
o socks: return error if hostname too long for remote resolve [118]
o src/mkhelp: make generated code pass `checksrc` [59]
o test1056: disable on Windows
o test1474: disable test on NetBSD, OpenBSD and Solaris 10 [31]
o test1592: greatly increase the maximum test timeout
o test1903: actually verify the cookies after the test [116]
o test1906: set a lower timeout since it's hit on Windows [117]
o test2600: remove special case handling for USE_ALARM_TIMEOUT [3]
o test650: fix an end tag typo
o test661: return from test early in case of curl error
o test: add missing s
o tests: close the shell used to start sshd [41]
o tests: fix a race condition in ftp server disconnect [101]
o tests: fix compiler warnings [38]
o tests: Fix zombie processes left behind by FTP tests. [80]
o tests: improve SLOWDOWN test reliability by reducing sent data
o tests: increase lib571 timeout from 3s to 30s [106]
o tests: log the test result code after each libtest
o tests: propagate errors in libtests
o tests: set --expect100-timeout to improve test reliability
o tests: show which curl tool `runtests.pl` is using [60]
o tests: stop overriding the lock timeout
o tftpd: always use curl's own tftp.h [25]
o tool: use our own stderr variable [94]
o tool_cb_wrt: fix debug assertion [4]
o tool_getparam: accept variable expansion on file names too [123]
o tool_setopt: remove unused function tool_setopt_flags [56]
o upload-file.d: describe the file name slash/backslash handling [9]
o url: fall back to http/https proxy env-variable if ws/wss not set [119]
o url: fix netrc info message [39]
o warnless: remove unused functions [33]
o wolfssh: do cleanup in Curl_ssh_cleanup [40]
o wolfssl: allow capath with CURLOPT_CAINFO_BLOB [29]
o wolfssl: if CURLOPT_CAINFO_BLOB is set, ignore the CA files [34]
o wolfssl: ignore errors in CA path [64]
Signed-off-by: Jose Quaresma
---
v2: update the SRC_URI
meta/recipes-support/curl/{curl_8.3.0.bb => curl_8.4.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/curl/{curl_8.3.0.bb => curl_8.4.0.bb} (98%)
diff --git a/meta/recipes-support/curl/curl_8.3.0.bb
b/meta/recipes-support/curl/curl_8.4.0.bb
similarity index 98%
rename from meta/recipes-support/curl/curl_8.3.0.bb
rename to meta/recipes-support/curl/curl_8.4.0.bb
index 646ac01914..5f97730bf4 100644
--- a/meta/recipes-support/curl/curl_8.3.0.bb
+++ b/meta/recipes-support/curl/curl_8.4.0.bb
@@ -14,7 +14,7 @@ SRC_URI = " \
file://run-ptest \
file://disable-tests \
"
-SRC_URI[sha256sum] =
"376d627767d6c4f05105ab6d497b0d9aba7111770dd9d995225478209c37ea63"
+SRC_URI[sha256sum] =
"16c62a9c4af0f703d28bda6d7bbf37ba47055ad3414d70dec63e2e6336f2a82d"
# Curl has used many names over the years...
CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl libcurl:libcurl
daniel_stenberg:curl"
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188965):
https://lists.openembedded.org/g/openembedded-core/message/188965
Mute This Topic: https://lists.openembedded.org/mt/101899556/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] curl: 8.3.0 -> 8.4.0
ME_WITH_SYS_TIME [88]
o lib: use wrapper for curl_mime_data fseek callback [30]
o libssh2: fix error message on failed pubkey-from-file [22]
o libssh: cap SFTP packet size sent [14]
o Makefile.mk: always set `CURL_STATICLIB` for lib (Windows) [42]
o MANUAL.md: change domain to example.com [11]
o misc: better random strings [15]
o MQTT: improve receive of ACKs [125]
o multi: do CURLM_CALL_MULTI_PERFORM at two more places [99]
o multi: fix small timeouts [70]
o multi: remove Curl_multi_dump [37]
o multi: round the timeout up to prevent early wakeups [98]
o multi: set CURLM_CALL_MULTI_PERFORM after switch to DOING_MORE [115]
o openssl: improve ssl shutdown handling [69]
o openssl: use X509_ALGOR_get0 instead of reaching into X509_ALGOR [104]
o pytest: exclude test_03_goaway in CI runs due to timing dependency [23]
o quic: set ciphers/curves the same way regular TLS does [43]
o quiche: fix build error with --with-ca-fallback [1]
o RELEASE-PROCEDURE.md: updated coming release dates
o runtests: display the test status if tests appear hung [81]
o runtests: eliminate a warning on old perl versions
o socks: return error if hostname too long for remote resolve [118]
o src/mkhelp: make generated code pass `checksrc` [59]
o test1056: disable on Windows
o test1474: disable test on NetBSD, OpenBSD and Solaris 10 [31]
o test1592: greatly increase the maximum test timeout
o test1903: actually verify the cookies after the test [116]
o test1906: set a lower timeout since it's hit on Windows [117]
o test2600: remove special case handling for USE_ALARM_TIMEOUT [3]
o test650: fix an end tag typo
o test661: return from test early in case of curl error
o test: add missing s
o tests: close the shell used to start sshd [41]
o tests: fix a race condition in ftp server disconnect [101]
o tests: fix compiler warnings [38]
o tests: Fix zombie processes left behind by FTP tests. [80]
o tests: improve SLOWDOWN test reliability by reducing sent data
o tests: increase lib571 timeout from 3s to 30s [106]
o tests: log the test result code after each libtest
o tests: propagate errors in libtests
o tests: set --expect100-timeout to improve test reliability
o tests: show which curl tool `runtests.pl` is using [60]
o tests: stop overriding the lock timeout
o tftpd: always use curl's own tftp.h [25]
o tool: use our own stderr variable [94]
o tool_cb_wrt: fix debug assertion [4]
o tool_getparam: accept variable expansion on file names too [123]
o tool_setopt: remove unused function tool_setopt_flags [56]
o upload-file.d: describe the file name slash/backslash handling [9]
o url: fall back to http/https proxy env-variable if ws/wss not set [119]
o url: fix netrc info message [39]
o warnless: remove unused functions [33]
o wolfssh: do cleanup in Curl_ssh_cleanup [40]
o wolfssl: allow capath with CURLOPT_CAINFO_BLOB [29]
o wolfssl: if CURLOPT_CAINFO_BLOB is set, ignore the CA files [34]
o wolfssl: ignore errors in CA path [64]
Signed-off-by: Jose Quaresma
---
meta/recipes-support/curl/{curl_8.3.0.bb => curl_8.4.0.bb} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-support/curl/{curl_8.3.0.bb => curl_8.4.0.bb} (100%)
diff --git a/meta/recipes-support/curl/curl_8.3.0.bb
b/meta/recipes-support/curl/curl_8.4.0.bb
similarity index 100%
rename from meta/recipes-support/curl/curl_8.3.0.bb
rename to meta/recipes-support/curl/curl_8.4.0.bb
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188964):
https://lists.openembedded.org/g/openembedded-core/message/188964
Mute This Topic: https://lists.openembedded.org/mt/101899515/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] go: update 1.20.9 -> 1.20.10
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.9..go1.20.10
8042fd87f3 (tag: go1.20.10) [release-branch.go1.20] go1.20.10
e175f27f58 [release-branch.go1.20] net/http: regenerate h2_bundle.go
[1] https://github.com/golang/go/compare/go1.20.9...go1.20.10
Fixes CVE-2023-39325
Signed-off-by: Jose Quaresma
---
meta/recipes-devtools/go/{go-1.20.9.inc => go-1.20.10.inc} | 2 +-
...-binary-native_1.20.9.bb => go-binary-native_1.20.10.bb} | 6 +++---
...ross-canadian_1.20.9.bb => go-cross-canadian_1.20.10.bb} | 0
.../go/{go-cross_1.20.9.bb => go-cross_1.20.10.bb} | 0
.../go/{go-crosssdk_1.20.9.bb => go-crosssdk_1.20.10.bb}| 0
.../go/{go-native_1.20.9.bb => go-native_1.20.10.bb}| 0
.../go/{go-runtime_1.20.9.bb => go-runtime_1.20.10.bb} | 0
meta/recipes-devtools/go/{go_1.20.9.bb => go_1.20.10.bb}| 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.9.inc => go-1.20.10.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.9.bb =>
go-binary-native_1.20.10.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.9.bb =>
go-cross-canadian_1.20.10.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.9.bb => go-cross_1.20.10.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.9.bb =>
go-crosssdk_1.20.10.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.9.bb => go-native_1.20.10.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.9.bb =>
go-runtime_1.20.10.bb} (100%)
rename meta/recipes-devtools/go/{go_1.20.9.bb => go_1.20.10.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.9.inc
b/meta/recipes-devtools/go/go-1.20.10.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.9.inc
rename to meta/recipes-devtools/go/go-1.20.10.inc
index 775208c007..39509ed986 100644
--- a/meta/recipes-devtools/go/go-1.20.9.inc
+++ b/meta/recipes-devtools/go/go-1.20.10.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"4923920381cd71d68b527761afefa523ea18c5831b4795034c827e18b685cdcf"
+SRC_URI[main.sha256sum] =
"72d2f51805c47150066c103754c75fddb2c19d48c9219fa33d1e46696c841dbb"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.9.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.10.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.9.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.10.bb
index 3fcb923ca0..691670c31e 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.9.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.10.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"8921369701afa749b07232d2c34d514510c32dbfd79c65adb379451b5f0d7216"
-SRC_URI[go_linux_arm64.sha256sum] =
"da7fca78f85b90b495382cd74b2d0a1c0b6aaa200e7feb27ae7198352b2317fa"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"2db0628914522d9d2dbc7070877131dd9d1f8f74387f2f32314b5cfb5e45ff82"
+SRC_URI[go_linux_amd64.sha256sum] =
"80d34f1fd74e382d86c2d6102e0e60d4318461a7c2f457ec1efc4042752d4248"
+SRC_URI[go_linux_arm64.sha256sum] =
"fb3c7e15fc4413c5b81eb9f26dbd7cd4faedd5c720b30fa8e2ff77457f74cab6"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"ebac6e713810174f9ffd7f48c17c373fbf359d50d8e6233b1dfbbdebd524fd1c"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.20.9.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.20.10.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.20.9.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.20.10.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.20.9.bb
b/meta/recipes-devtools/go/go-cross_1.20.10.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.20.9.bb
rename to meta/recipes-devtools/go/go-cross_1.20.10.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.20.9.bb
b/meta/recipes-devtools/go/go-crosssdk_1.20.10.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.20.9.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.20.10.bb
diff --git a/meta/recipes-devtools/go/go-native_1.20.9.bb
b/meta/recipes-devtools/go/go-native_1.20.10.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-native_1.20.9.bb
rename to meta/recipes-devtools/go/go-native_1.20.10.bb
diff --git a/meta/recipes-devtools/go/go-runtime_1.20.9.bb
b/meta/recipes-devtools/go/go-runtime_1.20.10.bb
similarity index 100%
rename from m
[OE-core][PATCH 2/2] go: update 1.20.8 -> 1.20.9
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.8..go1.20.9
68f9a6e2ad (tag: go1.20.9) [release-branch.go1.20] go1.20.9
31d5b604ac [release-branch.go1.20] cmd/compile: use absolute file name in isCgo
check
83dce45959 [release-branch.go1.20] cmd/link: suppress -bind_at_load deprecation
warning for ld-prime
08c544db98 [release-branch.go1.20] cmd/link: disable DWARF by default in
c-shared mode on darwin
071f03a8e5 [release-branch.go1.20] cmd/link: force old Apple linker in plugin
mode
[1] https://github.com/golang/go/compare/go1.20.8...go1.20.9
Signed-off-by: Jose Quaresma
---
v2: add bump to 1.20.9
meta/recipes-devtools/go/{go-1.20.8.inc => go-1.20.9.inc} | 2 +-
...o-binary-native_1.20.8.bb => go-binary-native_1.20.9.bb} | 6 +++---
...cross-canadian_1.20.8.bb => go-cross-canadian_1.20.9.bb} | 0
.../go/{go-cross_1.20.8.bb => go-cross_1.20.9.bb} | 0
.../go/{go-crosssdk_1.20.8.bb => go-crosssdk_1.20.9.bb} | 0
.../go/{go-native_1.20.8.bb => go-native_1.20.9.bb} | 0
.../go/{go-runtime_1.20.8.bb => go-runtime_1.20.9.bb} | 0
meta/recipes-devtools/go/{go_1.20.8.bb => go_1.20.9.bb} | 0
8 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.8.inc => go-1.20.9.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.8.bb =>
go-binary-native_1.20.9.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.8.bb =>
go-cross-canadian_1.20.9.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.8.bb => go-cross_1.20.9.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.8.bb =>
go-crosssdk_1.20.9.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.8.bb => go-native_1.20.9.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.8.bb => go-runtime_1.20.9.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.20.8.bb => go_1.20.9.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.8.inc
b/meta/recipes-devtools/go/go-1.20.9.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.8.inc
rename to meta/recipes-devtools/go/go-1.20.9.inc
index 958d751323..775208c007 100644
--- a/meta/recipes-devtools/go/go-1.20.8.inc
+++ b/meta/recipes-devtools/go/go-1.20.9.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"38d71714fa5279f97240451956d8e47e3c1b6a5de7cb84137949d62b5dd3182e"
+SRC_URI[main.sha256sum] =
"4923920381cd71d68b527761afefa523ea18c5831b4795034c827e18b685cdcf"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.8.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.9.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.8.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.9.bb
index cd6dbcb5e9..3fcb923ca0 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.8.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.9.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"cc97c28d9c252fbf28f91950d830201aa403836cbed702a05932e63f7f0c7bc4"
-SRC_URI[go_linux_arm64.sha256sum] =
"15ab379c6a2b0d086fe3e74be4599420e66549edf7426a300ee0f3809500f89e"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"a5034a9c7eac6c5bcc650c2605c5edb4039c7b6064e2a2ea43c415c8af91f5f6"
+SRC_URI[go_linux_amd64.sha256sum] =
"8921369701afa749b07232d2c34d514510c32dbfd79c65adb379451b5f0d7216"
+SRC_URI[go_linux_arm64.sha256sum] =
"da7fca78f85b90b495382cd74b2d0a1c0b6aaa200e7feb27ae7198352b2317fa"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"2db0628914522d9d2dbc7070877131dd9d1f8f74387f2f32314b5cfb5e45ff82"
UPSTREAM_CHECK_URI = "https://golang.org/dl/;
UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.20.8.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.20.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.20.8.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.20.9.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.20.8.bb
b/meta/recipes-devtools/go/go-cross_1.20.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.20.8.bb
rename to meta/recipes-devtools/go/go-cross_1.20.9.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.20.8.bb
b/meta/recipes-devtools/go/go-crosssdk_1.20.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.20.8.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.20.9.bb
diff --git a/meta/recipes-devtools/go/go-native_1.20.8.bb
b/meta/recipes-devtools/go/go-native_1
[OE-core][PATCH 1/2] go: update 1.20.7 -> 1.20.8
Upgrade to latest 1.20.x release [1]:
$ git log --oneline go1.20.7..go1.20.8
d5b8518043 (tag: go1.20.8) [release-branch.go1.20] go1.20.8
2070531d2f [release-branch.go1.20] html/template: properly handle special tags
within the script context
023b542edf [release-branch.go1.20] html/template: support HTML-like comments in
script contexts
612da32fb5 [release-branch.go1.20] cmd/compile: in expandCalls, move all arg
marshalling into call block
f0b8768dbc [release-branch.go1.20] path/filepath: don't drop .. elements when
cleaning invalid Windows paths
b463668275 [release-branch.go1.20] runtime: profiling on Darwin cannot use
blocking reads
974a3c9af7 [release-branch.go1.20] go/types, types2: don't panic during
interface completion
14e3c7338d [release-branch.go1.20] cmd/api: rename api.go to main_test.go
095cfba86b [release-branch.go1.20] crypto/tls: add GODEBUG to control max RSA
key size
1a91bb94b0 [release-branch.go1.20] cmd/go: do not index std as a module in
modcache
ede3e278ae [release-branch.go1.20] net/http: permit requests with invalid Host
headers
201f8b40dc [release-branch.go1.20] cmd/go: refuse to build Go 1.22 code
[1] https://github.com/golang/go/compare/go1.20.7...go1.20.8
Signed-off-by: Jose Quaresma
---
v2: add bump to 1.20.9
.../go/{go-1.20.7.inc => go-1.20.8.inc}| 2 +-
...ary-native_1.20.7.bb => go-binary-native_1.20.8.bb} | 6 +++---
...-canadian_1.20.7.bb => go-cross-canadian_1.20.8.bb} | 0
.../go/{go-cross_1.20.7.bb => go-cross_1.20.8.bb} | 0
.../{go-crosssdk_1.20.7.bb => go-crosssdk_1.20.8.bb} | 0
.../go/{go-native_1.20.7.bb => go-native_1.20.8.bb}| 0
.../go/{go-runtime_1.20.7.bb => go-runtime_1.20.8.bb} | 0
...make-content-based-hash-generation-less-pedan.patch | 10 +-
.../go/0003-ld-add-soname-to-shareable-objects.patch | 8
.../0006-cmd-go-make-GOROOT-precious-by-default.patch | 8
...ec.go-do-not-write-linker-flags-into-buildids.patch | 6 +++---
...-Filter-build-paths-on-staticly-linked-arches.patch | 8
.../recipes-devtools/go/{go_1.20.7.bb => go_1.20.8.bb} | 0
13 files changed, 24 insertions(+), 24 deletions(-)
rename meta/recipes-devtools/go/{go-1.20.7.inc => go-1.20.8.inc} (89%)
rename meta/recipes-devtools/go/{go-binary-native_1.20.7.bb =>
go-binary-native_1.20.8.bb} (78%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.20.7.bb =>
go-cross-canadian_1.20.8.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.20.7.bb => go-cross_1.20.8.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.20.7.bb =>
go-crosssdk_1.20.8.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.20.7.bb => go-native_1.20.8.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.20.7.bb => go-runtime_1.20.8.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.20.7.bb => go_1.20.8.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.20.7.inc
b/meta/recipes-devtools/go/go-1.20.8.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.20.7.inc
rename to meta/recipes-devtools/go/go-1.20.8.inc
index f7974367cc..958d751323 100644
--- a/meta/recipes-devtools/go/go-1.20.7.inc
+++ b/meta/recipes-devtools/go/go-1.20.8.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
file://0008-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
file://0009-go-Filter-build-paths-on-staticly-linked-arches.patch \
"
-SRC_URI[main.sha256sum] =
"2c5ee9c9ec1e733b0dbbc2bdfed3f62306e51d8172bf38f4f4e542b27520f597"
+SRC_URI[main.sha256sum] =
"38d71714fa5279f97240451956d8e47e3c1b6a5de7cb84137949d62b5dd3182e"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.20.7.bb
b/meta/recipes-devtools/go/go-binary-native_1.20.8.bb
similarity index 78%
rename from meta/recipes-devtools/go/go-binary-native_1.20.7.bb
rename to meta/recipes-devtools/go/go-binary-native_1.20.8.bb
index 3decde1954..cd6dbcb5e9 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.20.7.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.20.8.bb
@@ -9,9 +9,9 @@ PROVIDES = "go-native"
# Checksums available at https://go.dev/dl/
SRC_URI =
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] =
"f0a87f1bcae91c4b69f8dc2bc6d7e6bfcd7524fceec130af525058c0c17b1b44"
-SRC_URI[go_linux_arm64.sha256sum] =
"44781ae3b153c3b07651d93b6bc554e835a36e2d72a696281c1e4dad9efffe43"
-SRC_URI[go_linux_ppc64le.sha256sum] =
"6318a1db307c12b8afe68808bd6fae4fba1e558a85b958216096869ed506dcb3"
+SRC_URI[go_linux_amd64.sha256sum] =
"cc97c28d9c252fbf28f91950d830201aa403836cbed702a05932e63f7f0c7bc4"
+SRC_URI[go_linux_arm64.sha256sum] =
"15ab379c6a2b0d086fe3e74be4599420e66549edf7426a300ee0f3809500f89e"
+SRC_URI[go_linux_ppc64le.sha256sum] =
"a5034a9c7eac6c5bcc650c2605c5edb4039c7b6064e2a2ea43c415c8af91f5f6"
UPSTREAM_CHE
