Re: [OE-core] [PATCH] classes/kernel: No symlink in postinst without KERNEL_IMAGETYPE_SYMLINK

Jörg Sommer via lists.openembedded.org schrieb am So 09. Jun, 16:59 (GMT): > diff --git a/meta/classes-recipe/kernel.bbclass > b/meta/classes-recipe/kernel.bbclass > index d6eedf942c..89badd90f1 100644 > --- a/meta/classes-recipe/kernel.bbclass > +++ b/meta/classes-recipe/kernel.bbclass > @@

[OE-core] [PATCH] classes/kernel: No symlink in postinst without KERNEL_IMAGETYPE_SYMLINK

From: Jörg Sommer The commit “Use a copy of image for kernel*.rpm if fs doesn't support symlinks” [1] added postinst and postrm scripts to the kernel package which create a symlink after package installation. This should not happen if `KERNEL_IMAGETYPE_SYMLINK` is not `1`. Background: The

Re: [OE-core] New to the group

faganronan via lists.openembedded.org schrieb am Do 23. Mai, 12:58 (GMT): > I'm brand new to the group, apologies if this is not the right spot. I've > been working a lot with SBOMs for embedded devices lately and been playing > around with the recipes for spdx and cve with limited success. The

[oe] [meta-networking][PATCH] bluez-tools: New recipe for bluez5 tools

From: Jörg Sommer --- .../bluez-tools/fix-memory-leaks.patch| 768 ++ .../obex-file-fix-null-check.patch| 41 + .../bluez-tools/bluez-tools_git.bb| 24 + 3 files changed, 833 insertions(+) create mode 100644

Re: [oe] [meta-multimedia][PATCH v2] spandsp: new telephony DSP library

I've found this bug report upstreamhttps://github.com/freeswitch/spandsp/issues/67. It builds fine for me with the older version df1282eb9af538ab1aadb6d66146e258451d4fe4. Mit freundlichen Grüßen Jörg Sommer Software Developer / Programmierer -- Navimatix GmbH Tatzendpromenade 2 07745

[oe] [meta-multimedia][PATCH v3] spandsp: new telephony DSP library

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../spandsp/spandsp/configure.patch | 56 ++ .../spandsp/spandsp/makefile.patch| 161 ++ .../recipes-multimedia/spandsp/spandsp_git.bb | 50 ++ 3 files changed, 267 insertions(+) create mode

Re: [oe] [meta-multimedia][PATCH v2] spandsp: new telephony DSP library

Yes, I'm getting these errors, too, when compiling with clang; independent of the clang version up to 19. It seems to be a problem of `pow()`. gcc might have a built-in and can compute it at compile-time, while clang has no built-in of pow. Jörg Sommer Software Developer / Programmierer

[oe] [meta-multimedia][PATCH v2] spandsp: new telephony DSP library

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../spandsp/spandsp/configure.patch | 56 ++ .../spandsp/spandsp/makefile.patch| 161 ++ .../recipes-multimedia/spandsp/spandsp_git.bb | 47 + 3 files changed, 264 insertions(+) create mode 100644

[OE-core] [PATCH] autotools: update link in comment for cross compiling

From: Jörg Sommer Signed-off-by: Jörg Sommer --- meta/classes-recipe/autotools.bbclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/classes-recipe/autotools.bbclass b/meta/classes-recipe/autotools.bbclass index ca76cde0e7..9359c9b4e1 100644 ---

[oe] [PATCH] sngrep: new recipe for ncurses SIP Messages flow viewer

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../recipes-support/sngrep/sngrep_1.8.0.bb| 37 +++ 1 file changed, 37 insertions(+) create mode 100644 meta-networking/recipes-support/sngrep/sngrep_1.8.0.bb diff --git

[oe] [meta-multimedia][PATCH] spandsp: new telephony DSP library

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../spandsp/spandsp/configure.patch | 56 ++ .../spandsp/spandsp/makefile.patch| 161 ++ .../recipes-multimedia/spandsp/spandsp_git.bb | 47 + 3 files changed, 264 insertions(+) create mode 100644

[OE-core] [PATCH] sngrep: new recipe for ncurses SIP Messages flow viewer

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../recipes-support/sngrep/sngrep_1.8.0.bb| 37 +++ 1 file changed, 37 insertions(+) create mode 100644 meta-networking/recipes-support/sngrep/sngrep_1.8.0.bb diff --git

[oe] [meta-oe][PATCH v5] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

Re: [OE-core] [PATCH] uboot-sign: support to load optee-os and TFA images

On 15.01.24 08:54, Jamin Lin via lists.openembedded.org wrote: > Currently, u-boot FIT image only support to load u-boot image. > To support optee-os and trusted-firmware-a, update ITS file generation > scripts, so users are able to use u-boot FIT image to load > u-boot, optee-os and

[oe] [meta-oe][PATCH] i2cdev: Fix MUSL build

From: Jörg Sommer Building the recipe with MUSL fails, because it uses error.h which isn't supported by MUSL. Because the usage is only in one expression, it's easy to rewrite this. Signed-off-by: Jörg Sommer --- .../recipes-bsp/i2cdev/i2cdev/fix-musl.patch | 122 ++

[oe] [meta-oe][PATCH v4] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

[oe] [meta-oe][PATCH v3] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

[oe] [meta-oe][PATCH v3] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

Re: [oe] [meta-oe][PATCH v2] bonnie++: New recipe for version 2.0

Are the build logs available anywhere? I would like to see do_configure and do_compile. I suspect that configure picks the wrong compiler. Kind regards Jörg Sommer Software Developer / Programmierer -- Navimatix GmbH Tatzendpromenade 2 07745 Jena T: 03641 - 327 99 0 F: 03641 - 526 306

[oe] [meta-oe][PATCH v2] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

[oe] [meta-oe][PATCH] bonnie++: New recipe for version 2.0

From: Jörg Sommer Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with

[oe] [meta-oe][PATCH] i2cdev: New recipe with i2c tools

From: Jörg Sommer The main part is the tool lsi2c to scan the i2c bus, like lspci and lsusb do. This recipe also ships a static library *libi2cdev.a*. Because this library contains the file *smbus.c* which is *GPL v2+,* and a static library can't be linked dynamically to satisfy the LGPL, the

[OE-core] [PATCH] i2cdev: New recipe with i2c tools

From: Jörg Sommer The main part is the tool lsi2c to scan the i2c bus, like lspci and lsusb do. This recipe also ships a static library *libi2cdev.a*. Because this library contains the file *smbus.c* which is *GPL v2+,* and a static library can't be linked dynamically to satisfy the LGPL, the

[OE-core] [PATCH] wic/DirectPlugin: don't update fstab if --no-fstab-update

From: Jörg Sommer The function `update_fstab` should not touch the fstab for partitions with `--no-fstab-update`. Signed-off-by: Jörg Sommer --- scripts/lib/wic/plugins/imager/direct.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [oe] [PATCH] [meta classes] sed -i destroys symlinks

On 07.11.23 21:24, Joakim Tjernlund via lists.openembedded.org wrote: > In /etc/passwd is a symlink, sed -i on same file will replace the I suspect the »In« should be an »If« > symlink with a new file. Prevent that by expanding the file with realpath > before giving it to sed. Using `sed -i`

Re: [oe] openssl-native.rm_work runs before kernel-module.install -> no signature

On 30.10.23 14:24, Jörg Sommer via lists.openembedded.org wrote: > On 30.10.23 13:29, Bruce Ashfield wrote: >> On Mon, Oct 30, 2023 at 4:40 AM Jörg Sommer >> wrote: >>> On 26.10.23 17:25, Bruce Ashfield wrote: > I ran into issues with some kernel versions, but we may have moved on far

Re: [oe] openssl-native.rm_work runs before kernel-module.install -> no signature

On 30.10.23 13:29, Bruce Ashfield wrote: > On Mon, Oct 30, 2023 at 4:40 AM Jörg Sommer wrote: >> On 26.10.23 17:25, Bruce Ashfield wrote: >>> I ran into issues with some kernel versions, but we may have moved on >>> far enough that it is no longer an issue. >> >> Do you remember what kind of

Re: [oe] openssl-native.rm_work runs before kernel-module.install -> no signature

On 26.10.23 17:25, Bruce Ashfield wrote: > On Thu, Oct 26, 2023 at 7:16 AM Jörg Sommer wrote: >> >> On 26.10.23 10:34, Jose Quaresma wrote: >>> >>> >>> Khem Raj mailto:raj.k...@gmail.com>> escreveu no >>> dia quarta, 25/10/2023 à(s) 18:18: >>> >>> I wonder if something like below would help

Re: [oe] openssl-native.rm_work runs before kernel-module.install -> no signature

On 26.10.23 10:34, Jose Quaresma wrote: > > > Khem Raj mailto:raj.k...@gmail.com>> escreveu no > dia quarta, 25/10/2023 à(s) 18:18: > > I wonder if something like below would help > > diff --git > a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb >

Re: [OE-core] [PATCH] openssh: Don't hardcode the dir in sshd.service

On 26.10.23 09:04, Yu, Mingli via lists.openembedded.org wrote: > From: Mingli Yu > > Don't hardcode the directory of the binary in sshd.service. > > Signed-off-by: Mingli Yu > --- > meta/recipes-connectivity/openssh/openssh/sshd.service | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-)

[oe] openssl-native.rm_work runs before kernel-module.install -> no signature

Hi, I'm having an odd problem building the external kernel module kernel-module-imx-gpu-viv [1]. I'm using kirkstone and have rm_work enabled. [1] https://layers.openembedded.org/layerindex/recipe/40267/ The module builds fine, but the install step contains the module signing which

[OE-core] [PATCH] package_qa_check_rdepends: Allow /usr/bin/sh if usrmerge

If the distro feature usrmerge is set, all files from /bin are moved to /usr/bin, i.e. /usr/bin/sh is the same as /bin/sh and should be allowed be ignored, because it's always present. Signed-off-by: Jörg Sommer --- meta/classes-global/insane.bbclass | 4 1 file changed, 4 insertions(+)

[OE-core] [PATCH v4] libtirpc: Support ipv6 in DISTRO_FEATURES

If the ipv6 feature for the distribution is not set, the package should not contain settings for ipv6. This makes rpcbind doesn't try to bind to a IPv6 socket, and complain that this fails. Signed-off-by: Jörg Sommer --- .../libtirpc/libtirpc/ipv6.patch | 52 +++

[OE-core] [PATCH] base-files: Remove localhost ::1 from hosts if ipv6 missing

If a distribution doesn't provide IPv6, the mapping of localhost and ::1 has to be removed. Signed-off-by: Jörg Sommer --- meta/recipes-core/base-files/base-files_3.0.14.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb

Re: [OE-core] [PATCH v3] libtirpc: Support ipv6 in DISTRO_FEATURES

On 12 October 2023 21:13, Dan McGregor wrote: > On Thu, 12 Oct 2023 at 11:10, Jörg Sommer via lists.openembedded.org > wrote: > > > > This is only a minor change, because oelint-adv had warned about the space > > after " of PACKAGECONFIG. > > > > > > From:

Re: [OE-core] [PATCH v3] libtirpc: Support ipv6 in DISTRO_FEATURES

This is only a minor change, because oelint-adv had warned about the space after " of PACKAGECONFIG. From: openembedded-core@lists.openembedded.org on behalf of Jörg Sommer via lists.openembedded.org Sent: Thursday, 12 October 2023 18:34 To:

[OE-core] [PATCH v3] libtirpc: Support ipv6 in DISTRO_FEATURES

If the ipv6 feature for the distribution is not set, the package should not contain settings for ipv6. This makes rpcbind doesn't try to bind to a IPv6 socket, and complain that this fails. Signed-off-by: Jörg Sommer --- .../libtirpc/libtirpc/ipv6.patch | 52 +++

[OE-core] [PATCH v2] libtirpc: Support ipv6 in DISTRO_FEATURES

If the ipv6 feature for the distribution is not set, the package should not contain settings for ipv6. This makes rpcbind doesn't try to bind to a IPv6 socket, and complain that this fails. Signed-off-by: Jörg Sommer --- .../libtirpc/libtirpc/ipv6.patch | 52 +++

[OE-core] [PATCH] libtirpc: Support ipv6 in DISTRO_FEATURES

If the ipv6 feature for the distribution is not set, the package should not contain settings for ipv6. This makes rpcbind doesn't try to bind to a IPv6 socket, and complain that this fails. Signed-off-by: Jörg Sommer --- meta/recipes-extended/libtirpc/libtirpc_1.3.2.bb | 14 +- 1

[oe] [meta-oe][PATCH] collectd: Use https in SRC_URI, add HOMEPAGE

Signed-off-by: Jörg Sommer --- meta-oe/recipes-extended/collectd/collectd_5.12.0.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-extended/collectd/collectd_5.12.0.bb b/meta-oe/recipes-extended/collectd/collectd_5.12.0.bb index 479c12d6a..bd4a5b3e8 100644

[OE-core] [kirkstone cherry-pick] dbus: Specify runstatedir configure option

From: Pavel Zhukov Without specifing runstatedir tmpfiles.d is configured to use /var/run for dbus and this causes deprecation warnings in system logs. (From OE-Core rev: 4df1a16e5c38d0fb724f63d37cc032aa37fa122f) Signed-off-by: Pavel Zhukov Signed-off-by: Luca Ceresoli Signed-off-by: Richard

[OE-core] dbus patch 1916cb6 in master branch, but not in kirkstone

Hello, the patch »dbus: Specify runstatedir configure option« [1] is in the master branch, but not in the kirkstone branch. Is it possible to get it applied there, too? Whom can I ping for this? [1]

[OE-core] [PATCH] bonnie++: New recipe for version 2.0

Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with *fix-configure-lfs.patch* Signed-off-by:

Re: [OE-core] [PATCH 4/9] runqemu-ifup: remove only our taps

On 22 June 2023 19:01, openembedded-core@lists.openembedded.org wrote: > If there are other tap interfaces than the interfaces created by the > runqemu-* scripts, these interfaces are not ignored. This is now fixed > by filtering the interfaces for a specific prefix in the interface name. > >

Re: [OE-core] [PATCH 1/9] runqemu-ifup: remove uid parameter

On 22 June 2023 19:01, openembedded-core@lists.openembedded.org wrote: > ip tuntap does not need the uid, it was an unused variable/parameter. > Backward compatibility should be fine. > > Signed-off-by: Adrian Freihofer > --- > scripts/runqemu-ifup | 13 - > 1 file changed, 8

[OE-core] [PATCH 2/2] runqemu-ifupdown/get-tapdevs: Add support for ip tuntap

The *ip* command supports the creation and destruction of TAP devices since 2009 and might be more likely installed on systems then *tunctl*. Therefore it should be tried to setup or teardown the TAP interface with *ip* before falling back to *tunctl*.

[OE-core] [PATCH 1/2] runqemu-gen-tapdevs: Refactoring

The changes are mostly about early exit which causes indentation changes; check with `git diff -w`. Another change is the check for ip by simply calling it and deciding upon the exit code, if it's fine or not. Signed-off-by: Jörg Sommer --- scripts/runqemu-gen-tapdevs | 77

[OE-core] Fw: [poky] [PATCH] runqemu-ifupdown: Add support for ip tuntap

Sorry, I have to resend this message, because I wasn't subscribed to oe-core. From: Jörg Sommer Sent: Friday, 9 June 2023 09:30 To: Richard Purdie ; p...@lists.yoctoproject.org ; openembedded-core@lists.openembedded.org Subject: Re: [poky] [PATCH]