[OE-core] [PATCH V4] meta: rust - Bug fix for target definitions returning 'NoneType' for arm
[Yocto bug #14742]
The build shows below error while building for arm machines.
Exception: TypeError: int() argument must be a string, a bytes-like object or a
number, not 'NoneType'
Detailed error info :
Steps to reproduce:
1. Set MACHINE ?= "qemuarm" in local.conf & add 'TOOLCHAIN_HOST_TASK:append = "
packagegroup-rust-cross-canadian-${MACHINE}"'
2. bitbake core-image-minimal -cpopulate_sdk
Complete Error:
ERROR: rust-cross-canadian-arm-1.59.0-r0 do_rust_gen_targets: Error executing a
python function in exec_func_python() autogenerated:
The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_func_python() autogenerated', lineno: 2, function:
0001:
*** 0002:do_rust_gen_targets(d)
0003:
File:
'/ala-lpggp31/skokkonda/yocto/poky/meta/recipes-devtools/rust/rust-cross-canadian-common.inc',
lineno: 31, function: do_rust_gen_targets
0027:
0028:LLVM_TARGET[x86_64] = "${RUST_HOST_SYS}"
0029:python do_rust_gen_targets () {
0030:wd = d.getVar('WORKDIR') + '/targets/'
*** 0031:rust_gen_target(d, 'TARGET', wd, d.getVar('TARGET_LLVM_FEATURES')
or "", d.getVar('TARGET_LLVM_CPU'), d.getVar('TARGET_ARCH'))
0032:rust_gen_target(d, 'HOST', wd, "", "generic",
d.getVar('HOST_ARCH'))
0033:rust_gen_target(d, 'BUILD', wd, "", "generic",
d.getVar('BUILD_ARCH'))
0034:}
0035:
File:
'/ala-lpggp31/skokkonda/yocto/poky/meta/recipes-devtools/rust/rust-common.inc',
lineno: 330, function: rust_gen_target
0326:# build tspec
0327:tspec = {}
0328:tspec['llvm-target'] = d.getVarFlag('LLVM_TARGET', arch_abi)
0329:tspec['data-layout'] = d.getVarFlag('DATA_LAYOUT', arch_abi)
*** 0330:tspec['max-atomic-width'] = int(d.getVarFlag('MAX_ATOMIC_WIDTH',
arch_abi))
0331:tspec['target-pointer-width'] =
d.getVarFlag('TARGET_POINTER_WIDTH', arch_abi)
0332:tspec['target-c-int-width'] = d.getVarFlag('TARGET_C_INT_WIDTH',
arch_abi)
0333:tspec['target-endian'] = d.getVarFlag('TARGET_ENDIAN', arch_abi)
0334:tspec['arch'] = arch_to_rust_target_arch(rust_arch)
Exception: TypeError: int() argument must be a string, a bytes-like object or a
number, not 'NoneType'
Below are the local variables from rust_gen_target function for arm and aarch64
targets. Refer below, the tspec varibles for 'arm' generated with NoneType.
(a) Locals at rust_gen_target for arm::
tspec['data-layout'] = None, Type of tspec['data-layout'] =
tspec['data-layout'] = None, Type of tspec['data-layout'] =
DEBUG: Python function do_rust_gen_targets finished
(b) Locals at rust_gen_target for aarch64::
tspec['data-layout'] = aarch64-unknown-linux-gnu, Type of tspec['data-layout']
=
tspec['max-atomic-width'] = 128, Type of tspec['max-atomic-width'] =
Reason for changing arm-eabi to arm: The earlier changes introduced this bug,
so reverting the change 'arm-eabi' to 'arm' fixed the issue.
The 'rust_gen_targets' Task added with its dependent variable list.
Signed-off-by: Sundeep KOKKONDA
---
meta/recipes-devtools/rust/rust-common.inc | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-devtools/rust/rust-common.inc
b/meta/recipes-devtools/rust/rust-common.inc
index 310aecef22..984fe9099e 100644
--- a/meta/recipes-devtools/rust/rust-common.inc
+++ b/meta/recipes-devtools/rust/rust-common.inc
@@ -119,13 +119,13 @@ def llvm_features(d):
## arm-unknown-linux-gnueabihf
-DATA_LAYOUT[arm-eabi] = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64"
-LLVM_TARGET[arm-eabi] = "${RUST_TARGET_SYS}"
-TARGET_ENDIAN[arm-eabi] = "little"
-TARGET_POINTER_WIDTH[arm-eabi] = "32"
-TARGET_C_INT_WIDTH[arm-eabi] = "32"
-MAX_ATOMIC_WIDTH[arm-eabi] = "64"
-FEATURES[arm-eabi] = "+v6,+vfp2"
+DATA_LAYOUT[arm] = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64"
+LLVM_TARGET[arm] = "${RUST_TARGET_SYS}"
+TARGET_ENDIAN[arm] = "little"
+TARGET_POINTER_WIDTH[arm] = "32"
+TARGET_C_INT_WIDTH[arm] = "32"
+MAX_ATOMIC_WIDTH[arm] = "64"
+FEATURES[arm] = "+v6,+vfp2"
## armv7-unknown-linux-gnueabihf
DATA_LAYOUT[armv7-eabi] = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64"
@@ -360,6 +360,8 @@ def rust_gen_target(d, thing, wd, features, cpu, arch,
abi=""):
with open(wd + sys + '.json', 'w') as f:
json.dump(tspec, f, indent=4)
+do_rust_gen_targets[vardeps] += "DATA_LAYOUT LLVM_TARGET TARGET_ENDIAN
TARGET_POINTER_WIDTH TARGET_C_INT_WIDTH MAX_ATOMIC_WIDTH FEATURES"
+
python do_rust_gen_targets () {
wd = d.getVar('WORKDIR') + '/targets/'
build_arch = d.getVar('BUILD_ARCH')
--
2.35.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#165544):
https://lists.openembedded.org/g/openembedded-core/message/165544
Mute This Topic: https://lists.openembedded.org/mt/91074788/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
Re: [OE-core] [PATCH] qemuarmv5: use arm-versatile-926ejs KMACHINE
I think this needs to get pulled back to kirkstone, as I'm now seeing
ERROR: linux-yocto-5.15.36+gitAUTOINC+fcf48627ea_ebfb1822e9-r0
do_kernel_metadata: Could not locate BSP definition for
qemuarm/standard and no defconfig was provided
On Wed, May 4, 2022 at 10:24 AM Bruce Ashfield wrote:
>
> On Wed, May 4, 2022 at 10:09 AM Jon Mason wrote:
> >
> > Use the Arm Versatile 926 kernel configs to get this machine working
> > again.
> >
>
> Acked-by: Bruce Ashfield
>
> > Signed-off-by: Jon Mason
> > ---
> > meta/conf/machine/qemuarmv5.conf | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/conf/machine/qemuarmv5.conf
> > b/meta/conf/machine/qemuarmv5.conf
> > index 2dad504c9932..abdae5f36182 100644
> > --- a/meta/conf/machine/qemuarmv5.conf
> > +++ b/meta/conf/machine/qemuarmv5.conf
> > @@ -15,7 +15,7 @@ QB_MACHINE = "-machine versatilepb"
> > QB_KERNEL_CMDLINE_APPEND = "vmalloc=256"
> > QB_GRAPHICS = "-device virtio-gpu-pci"
> > QB_OPT_APPEND = "-device qemu-xhci -device usb-tablet -device usb-kbd"
> > -PREFERRED_VERSION_linux-yocto ??= "5.15%"
> > QB_DTB =
> > "${@oe.utils.version_less_or_equal('PREFERRED_VERSION_linux-yocto', '4.7',
> > '', 'zImage-versatile-pb.dtb', d)}"
> >
> > -KMACHINE:qemuarmv5 = "qemuarm"
> > +PREFERRED_VERSION_linux-yocto ??= "5.15%"
> > +KMACHINE:qemuarmv5 = "arm-versatile-926ejs"
> > --
> > 2.30.2
> >
>
>
> --
> - Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end
> - "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#165543):
https://lists.openembedded.org/g/openembedded-core/message/165543
Mute This Topic: https://lists.openembedded.org/mt/90888057/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] eudev: create static nodes from modules
From: richard.pur...@linuxfoundation.org
Sent: Thursday, May 12, 2022 6:33 PM
To: Alex Kiernan ; Li, Changqing
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH] eudev: create static nodes from modules
[Please note: This e-mail is from an EXTERNAL e-mail address]
On Thu, 2022-05-12 at 08:45 +0100, Alex Kiernan wrote:
> On Thu, May 12, 2022 at 6:43 AM Changqing Li
> wrote:
> >
> > From: Changqing Li
> >
> > dev in modules.devname should be populated in /dev on boot.
> > remove create static mode from udevd will make these devices
> > cannot be populated. When use sysVinit, devices like /dev/net/tun
> > will not be created.
> >
> > more info:
> > udevd in systemd also remove create static mode in udevd, but using
> > service kmod-static-nodes.service and
> > systemd-tmpfiles-setup-dev.service in systemd to create these node, so
> > systemd works well.
> >
> > Signed-off-by: Changqing Li
> > ---
> > ...dev-create-static-nodes-from-modules.patch | 115 ++
> > meta/recipes-core/udev/eudev_3.2.11.bb| 1 +
> > 2 files changed, 116 insertions(+)
> > create mode 100644
> > meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> >
> > diff --git
> > a/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> >
> > b/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> > new file mode 100644
> > index 00..19611f4e89
> > --- /dev/null
> > +++
> > b/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> > @@ -0,0 +1,115 @@
> > +From 573d6c4106d5b3828da43d2843c1d599ae3cd1cd Mon Sep 17 00:00:00 2001
> > +From: Changqing Li
> > +Date: Tue, 10 May 2022 14:04:35 +0800
> > +Subject: [PATCH] eudev: create static nodes from modules
> > +
> > +Revert commit
> > +https://gitweb.gentoo.org/proj/eudev.git/commit/?id=2b7abd5ec9cc47a8b895df6db77fb1537c6f1a39
> > +
> > +Upstream-Status: Inappropriate [oe-specific]
> > +
> > +Upstream intentionally remove create static nodes from modules, it is
> > +expected handled by tmpfiles services, refer [1].
> > +[1] https://github.com/eudev-project/eudev/issues/229
> > +
> > +For yocto, when start with sysVinit, to enable systemd distro feature,
> > +and install systemd-tmpfiles is not proper, so revert this commit.
> > +
>
> Reading the upstream issue, I'm not sure this really is an
> "Inappropriate" upstream. eudev has dropped this commit, because you
> can use systemd-tmpfiles ("as it works without systemd and can be
> compiled individually" - presumably using our unsupported musl
> patches...) or opentmpfiles (which is dead and points you back to
> systemd-tmpfiles).
>
> Feels like this is an engage with upstream rather than carry a patch
> forever which just causes us to be perpetually divergent.
I agree, this does sound like something we need to address to keep the
project maintainable...
I tried to suggest upstream to add this back, but upstream seems prefer to
use tmpfile solution.
Regrads
Sandy
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#165542):
https://lists.openembedded.org/g/openembedded-core/message/165542
Mute This Topic: https://lists.openembedded.org/mt/91052396/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] gdb: Upgrade to 12.1
Release Announcement [1] and Notes [2]
[1] https://lists.gnu.org/archive/html/info-gnu/2022-05/msg0.html
[2]
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=gdb/NEWS;hb=gdb-12.1-release
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc| 2 +-
...canadian_11.2.bb => gdb-cross-canadian_12.1.bb} | 0
.../gdb/{gdb-cross_11.2.bb => gdb-cross_12.1.bb} | 0
meta/recipes-devtools/gdb/gdb.inc | 14 +++---
...0001-make-man-install-relative-to-DESTDIR.patch | 10 +-
...s-linux-nat-Define-_ABIO32-if-not-defined.patch | 8
...Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch | 11 +--
...-libreadline.a-when-using-disable-static.patch} | 14 +++---
...gidefs.h.patch => 0005-use-asm-sgidefs.h.patch} | 8
...AGS.patch => 0006-Change-order-of-CFLAGS.patch} | 10 +-
...> 0007-resolve-restrict-keyword-conflict.patch} | 6 +++---
...tch => 0008-Fix-invalid-sigprocmask-call.patch} | 8
patch => 0009-gdbserver-ctrl-c-handling.patch} | 10 +-
.../gdb/{gdb_11.2.bb => gdb_12.1.bb} | 0
14 files changed, 50 insertions(+), 51 deletions(-)
rename meta/recipes-devtools/gdb/{gdb-cross-canadian_11.2.bb =>
gdb-cross-canadian_12.1.bb} (100%)
rename meta/recipes-devtools/gdb/{gdb-cross_11.2.bb => gdb-cross_12.1.bb}
(100%)
rename
meta/recipes-devtools/gdb/gdb/{0005-Dont-disable-libreadline.a-when-using-disable-static.patch
=> 0004-Dont-disable-libreadline.a-when-using-disable-static.patch} (80%)
rename meta/recipes-devtools/gdb/gdb/{0006-use-asm-sgidefs.h.patch =>
0005-use-asm-sgidefs.h.patch} (84%)
rename meta/recipes-devtools/gdb/gdb/{0007-Change-order-of-CFLAGS.patch =>
0006-Change-order-of-CFLAGS.patch} (80%)
rename
meta/recipes-devtools/gdb/gdb/{0008-resolve-restrict-keyword-conflict.patch =>
0007-resolve-restrict-keyword-conflict.patch} (93%)
rename meta/recipes-devtools/gdb/gdb/{0009-Fix-invalid-sigprocmask-call.patch
=> 0008-Fix-invalid-sigprocmask-call.patch} (90%)
rename meta/recipes-devtools/gdb/gdb/{0010-gdbserver-ctrl-c-handling.patch =>
0009-gdbserver-ctrl-c-handling.patch} (82%)
rename meta/recipes-devtools/gdb/{gdb_11.2.bb => gdb_12.1.bb} (100%)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index 9660f2804a7..1179ba172ff 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -19,7 +19,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
GCCVERSION ?= "12.%"
SDKGCCVERSION ?= "${GCCVERSION}"
BINUVERSION ?= "2.38%"
-GDBVERSION ?= "11.%"
+GDBVERSION ?= "12.%"
GLIBCVERSION ?= "2.35"
LINUXLIBCVERSION ?= "5.16%"
QEMUVERSION ?= "7.0%"
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_11.2.bb
b/meta/recipes-devtools/gdb/gdb-cross-canadian_12.1.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross-canadian_11.2.bb
rename to meta/recipes-devtools/gdb/gdb-cross-canadian_12.1.bb
diff --git a/meta/recipes-devtools/gdb/gdb-cross_11.2.bb
b/meta/recipes-devtools/gdb/gdb-cross_12.1.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross_11.2.bb
rename to meta/recipes-devtools/gdb/gdb-cross_12.1.bb
diff --git a/meta/recipes-devtools/gdb/gdb.inc
b/meta/recipes-devtools/gdb/gdb.inc
index 649ee287276..3b569fd40e7 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -8,11 +8,11 @@ SRC_URI = "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \
file://0001-make-man-install-relative-to-DESTDIR.patch \
file://0002-mips-linux-nat-Define-_ABIO32-if-not-defined.patch \
file://0003-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch \
-
file://0005-Dont-disable-libreadline.a-when-using-disable-static.patch \
- file://0006-use-asm-sgidefs.h.patch \
- file://0007-Change-order-of-CFLAGS.patch \
- file://0008-resolve-restrict-keyword-conflict.patch \
- file://0009-Fix-invalid-sigprocmask-call.patch \
- file://0010-gdbserver-ctrl-c-handling.patch \
+
file://0004-Dont-disable-libreadline.a-when-using-disable-static.patch \
+ file://0005-use-asm-sgidefs.h.patch \
+ file://0006-Change-order-of-CFLAGS.patch \
+ file://0007-resolve-restrict-keyword-conflict.patch \
+ file://0008-Fix-invalid-sigprocmask-call.patch \
+ file://0009-gdbserver-ctrl-c-handling.patch \
"
-SRC_URI[sha256sum] =
"1497c36a71881b8671a9a84a0ee40faab788ca30d7ba19d8463c3cc787152e32"
+SRC_URI[sha256sum] =
"0e1793bf8f2b54d53f46dea84ccfd446f48f81b297b28c4f7fc017b818d69fed"
diff --git
a/meta/recipes-devtools/gdb/gdb/0001-make-man-install-relative-to-DESTDIR.patch
b/meta/recipes-devtools/gdb/gdb/0001-make-man-install-relative-to-DESTDIR.patch
index 824b96f6afe..16d6cf196fd 100644
---
[OE-core] [kirstone][PATCH] go: minor upgrade 1.17.8 -> 1.17.9
This minor update include fixes to the following CVE
CVE: CVE-2022-28327
Signed-off-by: Davide Gardenal
---
meta/recipes-devtools/go/{go-1.17.8.inc => go-1.17.9.inc} | 2 +-
...{go-binary-native_1.17.8.bb => go-binary-native_1.17.9.bb} | 4 ++--
...o-cross-canadian_1.17.8.bb => go-cross-canadian_1.17.9.bb} | 0
.../go/{go-cross_1.17.8.bb => go-cross_1.17.9.bb} | 0
.../go/{go-crosssdk_1.17.8.bb => go-crosssdk_1.17.9.bb} | 0
.../go/{go-native_1.17.8.bb => go-native_1.17.9.bb} | 0
.../go/{go-runtime_1.17.8.bb => go-runtime_1.17.9.bb} | 0
meta/recipes-devtools/go/{go_1.17.8.bb => go_1.17.9.bb} | 0
8 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-devtools/go/{go-1.17.8.inc => go-1.17.9.inc} (92%)
rename meta/recipes-devtools/go/{go-binary-native_1.17.8.bb =>
go-binary-native_1.17.9.bb} (83%)
rename meta/recipes-devtools/go/{go-cross-canadian_1.17.8.bb =>
go-cross-canadian_1.17.9.bb} (100%)
rename meta/recipes-devtools/go/{go-cross_1.17.8.bb => go-cross_1.17.9.bb}
(100%)
rename meta/recipes-devtools/go/{go-crosssdk_1.17.8.bb =>
go-crosssdk_1.17.9.bb} (100%)
rename meta/recipes-devtools/go/{go-native_1.17.8.bb => go-native_1.17.9.bb}
(100%)
rename meta/recipes-devtools/go/{go-runtime_1.17.8.bb => go-runtime_1.17.9.bb}
(100%)
rename meta/recipes-devtools/go/{go_1.17.8.bb => go_1.17.9.bb} (100%)
diff --git a/meta/recipes-devtools/go/go-1.17.8.inc
b/meta/recipes-devtools/go/go-1.17.9.inc
similarity index 92%
rename from meta/recipes-devtools/go/go-1.17.8.inc
rename to meta/recipes-devtools/go/go-1.17.9.inc
index 649c09ec1d..aa2630016b 100644
--- a/meta/recipes-devtools/go/go-1.17.8.inc
+++ b/meta/recipes-devtools/go/go-1.17.9.inc
@@ -17,7 +17,7 @@ SRC_URI += "\
file://0001-exec.go-do-not-write-linker-flags-into-buildids.patch \
file://0001-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
"
-SRC_URI[main.sha256sum] =
"2effcd898140da79a061f3784ca4f8d8b13d811fb2abe9dad2404442dabbdf7a"
+SRC_URI[main.sha256sum] =
"763ad4bafb80a9204458c5fa2b8e7327fa971aee454252c0e362c11236156813"
# Upstream don't believe it is a signifiant real world issue and will only
# fix in 1.17 onwards where we can drop this.
diff --git a/meta/recipes-devtools/go/go-binary-native_1.17.8.bb
b/meta/recipes-devtools/go/go-binary-native_1.17.9.bb
similarity index 83%
rename from meta/recipes-devtools/go/go-binary-native_1.17.8.bb
rename to meta/recipes-devtools/go/go-binary-native_1.17.9.bb
index 1b85cd50d6..8a80fd1f69 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.17.8.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.17.9.bb
@@ -8,8 +8,8 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
PROVIDES = "go-native"
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] =
"980e65a863377e69fd9b67df9d8395fd8e93858e7a24c9f55803421e453f4f99"
-SRC_URI[go_linux_arm64.sha256sum] =
"57a9171682e297df1a5bd287be056ed0280195ad079af90af16dcad4f64710cb"
+SRC_URI[go_linux_amd64.sha256sum] =
"9dacf782028fdfc79120576c872dee488b81257b1c48e9032d122cfdb379cca6"
+SRC_URI[go_linux_arm64.sha256sum] =
"44dcdcd4f0fa6f83c15ef70b31580f1e3f95895c2f11a00e36c440c3554b6ad5"
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.17.8.bb
b/meta/recipes-devtools/go/go-cross-canadian_1.17.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.17.8.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.17.9.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.17.8.bb
b/meta/recipes-devtools/go/go-cross_1.17.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.17.8.bb
rename to meta/recipes-devtools/go/go-cross_1.17.9.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.17.8.bb
b/meta/recipes-devtools/go/go-crosssdk_1.17.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.17.8.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.17.9.bb
diff --git a/meta/recipes-devtools/go/go-native_1.17.8.bb
b/meta/recipes-devtools/go/go-native_1.17.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-native_1.17.8.bb
rename to meta/recipes-devtools/go/go-native_1.17.9.bb
diff --git a/meta/recipes-devtools/go/go-runtime_1.17.8.bb
b/meta/recipes-devtools/go/go-runtime_1.17.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-runtime_1.17.8.bb
rename to meta/recipes-devtools/go/go-runtime_1.17.9.bb
diff --git a/meta/recipes-devtools/go/go_1.17.8.bb
b/meta/recipes-devtools/go/go_1.17.9.bb
similarity index 100%
rename from meta/recipes-devtools/go/go_1.17.8.bb
rename to meta/recipes-devtools/go/go_1.17.9.bb
--
2.32.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#165540):
Re: [OE-core] [PATCH] eudev: create static nodes from modules
On Thu, 2022-05-12 at 08:45 +0100, Alex Kiernan wrote:
> On Thu, May 12, 2022 at 6:43 AM Changqing Li
> wrote:
> >
> > From: Changqing Li
> >
> > dev in modules.devname should be populated in /dev on boot.
> > remove create static mode from udevd will make these devices
> > cannot be populated. When use sysVinit, devices like /dev/net/tun
> > will not be created.
> >
> > more info:
> > udevd in systemd also remove create static mode in udevd, but using
> > service kmod-static-nodes.service and
> > systemd-tmpfiles-setup-dev.service in systemd to create these node, so
> > systemd works well.
> >
> > Signed-off-by: Changqing Li
> > ---
> > ...dev-create-static-nodes-from-modules.patch | 115 ++
> > meta/recipes-core/udev/eudev_3.2.11.bb| 1 +
> > 2 files changed, 116 insertions(+)
> > create mode 100644
> > meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> >
> > diff --git
> > a/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> >
> > b/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> > new file mode 100644
> > index 00..19611f4e89
> > --- /dev/null
> > +++
> > b/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> > @@ -0,0 +1,115 @@
> > +From 573d6c4106d5b3828da43d2843c1d599ae3cd1cd Mon Sep 17 00:00:00 2001
> > +From: Changqing Li
> > +Date: Tue, 10 May 2022 14:04:35 +0800
> > +Subject: [PATCH] eudev: create static nodes from modules
> > +
> > +Revert commit
> > +https://gitweb.gentoo.org/proj/eudev.git/commit/?id=2b7abd5ec9cc47a8b895df6db77fb1537c6f1a39
> > +
> > +Upstream-Status: Inappropriate [oe-specific]
> > +
> > +Upstream intentionally remove create static nodes from modules, it is
> > +expected handled by tmpfiles services, refer [1].
> > +[1] https://github.com/eudev-project/eudev/issues/229
> > +
> > +For yocto, when start with sysVinit, to enable systemd distro feature,
> > +and install systemd-tmpfiles is not proper, so revert this commit.
> > +
>
> Reading the upstream issue, I'm not sure this really is an
> "Inappropriate" upstream. eudev has dropped this commit, because you
> can use systemd-tmpfiles ("as it works without systemd and can be
> compiled individually" - presumably using our unsupported musl
> patches...) or opentmpfiles (which is dead and points you back to
> systemd-tmpfiles).
>
> Feels like this is an engage with upstream rather than carry a patch
> forever which just causes us to be perpetually divergent.
I agree, this does sound like something we need to address to keep the
project maintainable...
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#165539):
https://lists.openembedded.org/g/openembedded-core/message/165539
Mute This Topic: https://lists.openembedded.org/mt/91052396/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] sanity.bbclass: grammar/typo fixes re: Python install
Clean up various spelling/grammar oopsies in a small section of sanity.bbclass. Signed-off-by: Robert P. J. Day --- diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index b416918013..491a3bac6f 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -631,11 +631,14 @@ def check_sanity_sstate_dir_change(sstate_dir, data): def check_sanity_version_change(status, d): # Sanity checks to be done when SANITY_VERSION or NATIVELSBSTRING changes # In other words, these tests run once in a given build directory and then -# never again until the sanity version or host distrubution id/version changes. +# never again until the sanity version or host distribution id/version changes. + +# Verify that the python install is complete. Examples that are often removed in +# minimal installations: +# +# glib-2.0-native requires xml.parsers.expat +# icu requires distutils.sysconfig -# Check the python install is complete. Examples that are often removed in -# minimal installations: glib-2.0-natives requries # xml.parsers.expat and icu -# requires distutils.sysconfig. try: import xml.parsers.expat import distutils.sysconfig -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca LinkedIn: http://ca.linkedin.com/in/rpjday -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#165538): https://lists.openembedded.org/g/openembedded-core/message/165538 Mute This Topic: https://lists.openembedded.org/mt/91054003/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] local.conf.sample: mention other QEMU targets in OE
Mention that there are other QEMU targets available in the OE layer, and leave it for the reader to check them out. Signed-off-by: Robert P. J. Day --- i think this is the happy medium between not saying anything about the additional QEMU machines, and promoting them to full equality with the other layers -- just let the reader know where they can examine them. diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample index c05691de58..c28ff62468 100644 --- a/meta/conf/local.conf.sample +++ b/meta/conf/local.conf.sample @@ -29,7 +29,11 @@ # This sets the default machine to be qemux86-64 if no other machine is selected: MACHINE ??= "qemux86-64" -# +# Note that the openembedded-core layer defines a few more QEMU targets that +# are not listed here as they are not tested as robustly as the above, but they +# are still available for the adventurous; see the full list at: +# https://git.openembedded.org/openembedded-core/tree/meta/conf/machine + # Where to place downloads # # During a first build the system will download many different source code tarballs -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca LinkedIn: http://ca.linkedin.com/in/rpjday -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#165537): https://lists.openembedded.org/g/openembedded-core/message/165537 Mute This Topic: https://lists.openembedded.org/mt/91053878/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] classes/kernel.bbclass: allow disabling symlink creation also for pkg_postinst
Hi Jonas, Il giorno Wed, 11 May 2022 16:05:39 + "Jonas via lists.openembedded.org" ha scritto: > The commit d7341f1f22c32ff6cc95d7127f26f87d7fc9c6bd has introduced a > variable to disable the symlink creation for kernel images. > kernel.bbclass contains code to generate a pkg_posinst step for the > kernel-image package which will generate a symlink after installation > on target/during rootfs creation. This part didn't checked the > KERNEL_IMAGETYPE_SYMLINK variable. > > > This patch adds this check, so that it is possible to disable this > symlink also. > > > Signed-off-by: Jonas Höppner This patch does not apply, apparently because it is not properly text-encoded. Did you use git send-email to send it? -- Luca Ceresoli, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#165536): https://lists.openembedded.org/g/openembedded-core/message/165536 Mute This Topic: https://lists.openembedded.org/mt/91039268/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] eudev: create static nodes from modules
On Thu, May 12, 2022 at 6:43 AM Changqing Li wrote:
>
> From: Changqing Li
>
> dev in modules.devname should be populated in /dev on boot.
> remove create static mode from udevd will make these devices
> cannot be populated. When use sysVinit, devices like /dev/net/tun
> will not be created.
>
> more info:
> udevd in systemd also remove create static mode in udevd, but using
> service kmod-static-nodes.service and
> systemd-tmpfiles-setup-dev.service in systemd to create these node, so
> systemd works well.
>
> Signed-off-by: Changqing Li
> ---
> ...dev-create-static-nodes-from-modules.patch | 115 ++
> meta/recipes-core/udev/eudev_3.2.11.bb| 1 +
> 2 files changed, 116 insertions(+)
> create mode 100644
> meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
>
> diff --git
> a/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
>
> b/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> new file mode 100644
> index 00..19611f4e89
> --- /dev/null
> +++
> b/meta/recipes-core/udev/eudev/0001-eudev-create-static-nodes-from-modules.patch
> @@ -0,0 +1,115 @@
> +From 573d6c4106d5b3828da43d2843c1d599ae3cd1cd Mon Sep 17 00:00:00 2001
> +From: Changqing Li
> +Date: Tue, 10 May 2022 14:04:35 +0800
> +Subject: [PATCH] eudev: create static nodes from modules
> +
> +Revert commit
> +https://gitweb.gentoo.org/proj/eudev.git/commit/?id=2b7abd5ec9cc47a8b895df6db77fb1537c6f1a39
> +
> +Upstream-Status: Inappropriate [oe-specific]
> +
> +Upstream intentionally remove create static nodes from modules, it is
> +expected handled by tmpfiles services, refer [1].
> +[1] https://github.com/eudev-project/eudev/issues/229
> +
> +For yocto, when start with sysVinit, to enable systemd distro feature,
> +and install systemd-tmpfiles is not proper, so revert this commit.
> +
Reading the upstream issue, I'm not sure this really is an
"Inappropriate" upstream. eudev has dropped this commit, because you
can use systemd-tmpfiles ("as it works without systemd and can be
compiled individually" - presumably using our unsupported musl
patches...) or opentmpfiles (which is dead and points you back to
systemd-tmpfiles).
Feels like this is an engage with upstream rather than carry a patch
forever which just causes us to be perpetually divergent.
> +Signed-off-by: Li Zhou
> +Signed-off-by: Changqing Li
> +---
> + src/udev/udevd.c | 71
> + 1 file changed, 71 insertions(+)
> +
> +diff --git a/src/udev/udevd.c b/src/udev/udevd.c
> +index 7ffd174..ff53fe4 100644
> +--- a/src/udev/udevd.c
> b/src/udev/udevd.c
> +@@ -993,6 +993,76 @@ static void handle_signal(struct udev *udev, int signo)
> {
> + }
> + }
> +
> ++static void static_dev_create_from_modules(struct udev *udev) {
> ++struct utsname kernel;
> ++char modules[UTIL_PATH_SIZE];
> ++char buf[4096];
> ++FILE *f;
> ++
> ++if (uname() < 0) {
> ++log_error("uname failed: %m");
> ++return;
> ++}
> ++
> ++strscpyl(modules, sizeof(modules), ROOTPREFIX "/lib/modules/",
> kernel.release, "/modules.devname", NULL);
> ++f = fopen(modules, "re");
> ++if (f == NULL)
> ++return;
> ++
> ++while (fgets(buf, sizeof(buf), f) != NULL) {
> ++char *s;
> ++const char *modname;
> ++const char *devname;
> ++const char *devno;
> ++int maj, min;
> ++char type;
> ++mode_t mode;
> ++char filename[UTIL_PATH_SIZE];
> ++
> ++if (buf[0] == '#')
> ++continue;
> ++
> ++modname = buf;
> ++s = strchr(modname, ' ');
> ++if (s == NULL)
> ++continue;
> ++s[0] = '\0';
> ++
> ++devname = [1];
> ++s = strchr(devname, ' ');
> ++if (s == NULL)
> ++continue;
> ++s[0] = '\0';
> ++
> ++devno = [1];
> ++s = strchr(devno, ' ');
> ++if (s == NULL)
> ++s = strchr(devno, '\n');
> ++if (s != NULL)
> ++s[0] = '\0';
> ++if (sscanf(devno, "%c%u:%u", , , ) != 3)
> ++continue;
> ++
> ++mode = 0600;
> ++if (type == 'c')
> ++mode |= S_IFCHR;
> ++else if (type == 'b')
> ++mode |= S_IFBLK;
> ++else
> ++continue;
> ++
> ++strscpyl(filename, sizeof(filename), "/dev/", devname,
> NULL);
> ++mkdir_parents_label(filename, 0755);
> ++mac_selinux_create_file_prepare(filename,
