[yocto] #dunfell

Hello, I'm currently migrating our system from warrior to dunfell and I have an issue on fitImage support for aarch64 architecture. We use KERNEL_IMAGETYPE = "fitImage" and INITRAMFS_IMAGE_BUNDLE = "1" in our configuration and the kernel do_deploy steps failed on not finding the initramfs file:

[yocto] #yocto #dunfell

I am seeing an error when I attempt to apply a patch, and could use some clarification or way to resolve... Am doing something wrong in patch creation ? What is meant by : "Patch console.patch does not apply (enforce with -f)" ? How can I best resolve this issue ? I edited a file in the recipe

Re: [yocto] #dunfell

>>> - for imageType in ${KERNEL_IMAGETYPES} ; do >>> + for imageType in ${KERNEL_IMAGETYPE_FOR_MAKE} ; do Interesting... What is the difference between variables ${KERNEL_IMAGETYPES} and ${KERNEL_IMAGETYPE_FOR_MAKE} ? Zee ___ On Thu, Nov 3, 2022 at 5:24 PM Frederic Martinsons wrote: > > Hel

Re: [yocto] #dunfell

On Thu, Nov 3, 2022 at 11:38 PM, Zoran wrote: > > >>> - for imageType in ${KERNEL_IMAGETYPES} ; do > >>> + for imageType in ${KERNEL_IMAGETYPE_FOR_MAKE} ; do > > Interesting... What is the difference between variables > ${KERNEL_IMAGETYPES} and ${KERNEL_IMAGETYPE_FOR_MAKE} ? > In my setup I ha

Re: [yocto] #dunfell

A ticket has been open for backporting the fix: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14971 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#58644): https://lists.yoctoproject.org/g/yocto/message/58644 Mute This Topic: https://lists.yocto

[yocto] dunfell do_image_wic error

Hi all. I update dunfell to last version. But now I get a python exception error on do_image_wic task | Traceback (most recent call last): |   File "/home/yocto/sources/poky/scripts/lib/wic/filemap.py", line 457, in get_mapped_ranges | first_prev, last_prev = next(iterator) | StopItera

Re: [yocto] #yocto #dunfell

Any hints or ideas on what I might be doing wrong would be appreciated… From: yocto@lists.yoctoproject.org On Behalf Of Monsees, Steven C (US) via lists.yoctoproject.org Sent: Monday, September 19, 2022 2:22 PM To: yocto@lists.yoctoproject.org Subject: [yocto] #yocto #dunfell External Email

Re: [yocto] #yocto #dunfell

lists.yoctoproject.org Date: Tuesday, 20 September 2022 at 16:05 To: Monsees, Steven C (US) , yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #dunfell Any hints or ideas on what I might be doing wrong would be appreciated… From: yocto@lists.yoctoproject.org On Behalf Of Monsees

Re: [yocto] #yocto #dunfell

Thanks... will give it a try. From: Ross Burton Sent: Tuesday, September 20, 2022 11:38 AM To: Monsees, Steven C (US) ; yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #dunfell External Email Alert This email has been sent from an account outside of the BAE Systems network. Please

[yocto] Yocto Dunfell: u-boot-fw-utils ERROR #yocto #dunfell #swupdtae #libubootenv #imx6

Hello, I'm actually migrating a yocto project zeus version to dunfell LTS to build my imx6 Linux system on this LTS release. Almost all works fine except the following message I try to understand when I try to compile the image: --

Re: [yocto] dunfell do_image_wic error

Sorry for missing information I get this error when I do bitbake core-image-minimal MZ On 04/07/22 21:17, Mauro Ziliani wrote: Hi all. I update dunfell to last version. But now I get a python exception error on do_image_wic task | Traceback (most recent call last): |   File "/home/yo

[yocto] #yocto #dunfell #qemux86-64

there another release I should be using ? (2)Is there something I need to pre-configure for these builds to run properly ? (3)How might I resolve this issue ? 06:57 smonsees@yix490016 /disk0/scratch/smonsees/yocto/yocto-dunfell/poky-dunfell-23.0.17/dunfell_Min>runqemu qemux86-64 runq

[yocto] Yocto Dunfell: package.class --> dwarfsrcfiles

Hello, with the upgrade from Yocto Zeus → Dunfell, we observe lots of messages when building our product which seem heavy to be understood or to debug. Actually, it's the failure of the "do_package" task of a proprietary module written in C with following message: ERROR: eds-1.0-r0 do_pack

[yocto] Yocto Dunfell: package.class --> dwarfsrcfiles

Hello, thanks for the reply and the useful hints concerning our questions! After a debug session, it came out, that the *.a archive doesn't contain only *.o files, but also one *.c file. That was missed during the first analysis. Interestingly enough, the error came out only with the Dunfell Up

Re: [yocto] Yocto Dunfell: u-boot-fw-utils ERROR #yocto #dunfell #swupdtae #libubootenv #imx6

Hi, On Tue, Apr 20, 2021 at 03:24:25AM -0700, anthony.march...@navocap.com wrote: > Hello, > I'm actually migrating a yocto project zeus version to dunfell LTS to build > my imx6 Linux system on this LTS release. > > Almost all works fine except the following message I try to understand when I

[yocto] How to integrate kernel-module in yocto-dunfell? #yocto #dunfell #apt #tx2 #kernel

Hey community, I'm trying to use this library [can-isotp][1] on a Jetson TX2 Board. The version of the running OS is: 0.0.8 (dunfell). >From the docs of the library I get the following instructions: ``` DOWNLOAD and BUILD 1. Download repository and enter the repositories root directory g

Re: [yocto] How to integrate kernel-module in yocto-dunfell? #yocto #dunfell #apt #tx2 #kernel

On Wed, Sep 2, 2020 at 1:13 PM wrote: > > Hey community, > > I'm trying to use this library [can-isotp][1] on a Jetson TX2 Board. The > version of the running OS is: 0.0.8 (dunfell). > > From the docs of the library I get the following instructions: > > ``` > > DOWNLOAD and BUILD > > 1. Download

Re: [yocto] How to integrate kernel-module in yocto-dunfell? #yocto #dunfell #apt #tx2 #kernel

On Wed, Sep 2, 2020 at 4:32 AM Marek Belisko wrote: > > On Wed, Sep 2, 2020 at 1:13 PM wrote: > > > > Hey community, > > > > I'm trying to use this library [can-isotp][1] on a Jetson TX2 Board. The > > version of the running OS is: 0.0.8 (dunfell). > > > > From the docs of the library I get the

Re: [yocto] How to integrate kernel-module in yocto-dunfell? #yocto #dunfell #apt #tx2 #kernel

Hi Khem, thanks for your reply! Now I am a bit confused. Marek has send me another recipe: > > > > LICENSE = "GPLv2" > > > > LIC_FILES_CHKSUM = " file://COPYING;md5=72d977d697c3c05830fdff00a7448931 " > > > > > SRCREV = "6003f9997587e6a563cebf1f246bcd0eb6deff3d" > > > > PV = "1.0+git$

Re: [yocto] How to integrate kernel-module in yocto-dunfell? #yocto #dunfell #apt #tx2 #kernel

On Thu, Sep 3, 2020 at 8:56 AM wrote: > > Hi Khem, thanks for your reply! Now I am a bit confused. Marek has sent me > another recipe: Shared recipe should be the same as one from meta-oe :). So you can include it in your image and it should be build then. > > LICENSE = "GPLv2" > > LIC_FILES_CHK

[yocto] [dunfell] Remove hwclock #dunfell #yocto

Hi, I would like to remove hwclock from the rootfs cause we don't have an RTC. Maybe later I'll replace it with fake-hwclock. I'm using dunfell with IPK packages and I tried to add the following settings in my image settings file (not all at the same time) but none of them removed hwclock. * P

[yocto] #dunfell #qt5 #raspberrypi #sdk #linux

Hello everybody, I come today to try to solve my problem. I am building a bsp and sdk for a raspberry pi (MACHINE = raspberrypi4-64) in the form of a compute module. I'm trying to compile this app: https://github.com/YvesBas/Tadarida-D/tree/master/sources for the raspberry pi). I know that in

Re: [yocto] #yocto #dunfell #qemux86-64

sing ? > > (2)Is there something I need to pre-configure for these builds to run > properly ? > > (3)How might I resolve this issue ? > > > > 06:57 smonsees@yix490016 > /disk0/scratch/smonsees/yocto/yocto-dunfell/poky-dunfell-23.0.17/dunfell_Min>

Re: [yocto] #yocto #dunfell #qemux86-64

, 2022 7:23 AM To: Monsees, Steven C (US) Cc: yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #dunfell #qemux86-64 External Email Alert This email has been sent from an account outside of the BAE Systems network. Please treat the email with caution, especially if you are requested to

Re: [yocto] #yocto #dunfell #qemux86-64

> To: Monsees, Steven C (US) > Cc: yocto@lists.yoctoproject.org > Subject: Re: [yocto] #yocto #dunfell #qemux86-64 > > External Email Alert > > This email has been sent from an account outside of the BAE Systems network. > > Please treat the email with caution, especially if you are r

Re: [yocto] #yocto #dunfell #qemux86-64

One final question, does this issue exist in kirkstone-4.0.2 ? Thanks, Steve -Original Message- From: Alexander Kanavin Sent: Wednesday, August 31, 2022 7:42 AM To: Monsees, Steven C (US) Cc: yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #dunfell #qemux86-64 External

Re: [yocto] #yocto #dunfell #qemux86-64

final question, does this issue exist in kirkstone-4.0.2 ? > > Thanks, > Steve > > -Original Message- > From: Alexander Kanavin > Sent: Wednesday, August 31, 2022 7:42 AM > To: Monsees, Steven C (US) > Cc: yocto@lists.yoctoproject.org > Subject: Re: [yocto] #y

Re: [yocto] #yocto #dunfell #qemux86-64

Wednesday, August 31, 2022 7:42 AM > To: Monsees, Steven C (US) > Cc: yocto@lists.yoctoproject.org > Subject: Re: [yocto] #yocto #dunfell #qemux86-64 > > External Email Alert > > This email has been sent from an account outside of the BAE Systems network. > > Please treat th

Re: [yocto] #yocto #dunfell #qemux86-64

o@lists.yoctoproject.org > Subject: Re: [yocto] #yocto #dunfell #qemux86-64 > > External Email Alert > > This email has been sent from an account outside of the BAE Systems network. > > Please treat the email with caution, especially if you are requested > to click on

Re: [yocto] #yocto #dunfell #qemux86-64

: [yocto] #yocto #dunfell #qemux86-64 External Email Alert This email has been sent from an account outside of the BAE Systems network. Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros. For further information

Re: [yocto] #yocto #dunfell #qemux86-64

Thank you, and I am looking at kirkstone... -Original Message- From: Khem Raj Sent: Wednesday, August 31, 2022 12:38 PM To: Monsees, Steven C (US) ; Alexander Kanavin Cc: yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #dunfell #qemux86-64 On 8/31/22 4:36 AM, Monsees, Steven

[yocto] Yocto Dunfell - task package failing

Hi, folks. I'm getting the error below in several packages. Some of then I could fix when the recipe "do_intall" has commands like: "cp -a " How can I solve this error when the recipe has no "cp" ? What else can cause this issue ? Thanks in advance... WARNING: firefox-38.3.0esr-r0 do_pack

Re: [yocto] Yocto Dunfell: package.class --> dwarfsrcfiles

On 7/21/20 3:45 AM, Jan Hannig wrote: Hello, with the upgrade from Yocto Zeus → Dunfell, we observe lots of messages when building our product which seem heavy to be understood or to debug. Actually, it's the failure of the "do_package" task of a proprietary module written in C with follow

[yocto] [dunfell] hidden files/folders in WORKDIR

I'm finding that if I create files/folders (prefixed with '.') in WORKDIR, they don't get cleaned up with INHERIT += "rm_work". Is this a feature or a bug? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#55595): https://lists.yoctoproject.org/g/yoct

[yocto] Question of Yocto dunfell LTS period

Dear folks, I found the lts period of Yocto dunfell has been extended from 2022.04 to 2024.04[1]. AFAIK, a Yocto LTS version has 2 years period. I tried to find any notice regarding this but I just found Richard's e-mail[2] in last year. Can I find any thread or notice regarding this exte

[yocto] Dunfell 3.1.1 gcc-sanitizers build failure

I recently tried upgrading from 3.1.0 to 3.1.1.  I'm not sure if this is a bug or just my problem.  I maintain five different architectures and all five have the same failure in gcc-sanitizers as I'm trying to build the SDK. | cat: /data/mabnhdev/exos-yocto-dunfell/build/exos-arm6

[yocto] pyqt5 in yocto dunfell version #dunfell #pyqt5

Hello everyone, I'm trying the dunfell version of yocto, to migrate from zeus to dunfell. I added the layer "meta-qt5", "meta-python2", "meta-openembedded". The problem I meet follows: In zeus version, I installed pyqt5 in my rootfs (recipe name is: python3-pyqt5). Actually, I tested the command

[yocto] Dunfell, nodejs and typescript - short experience report

I have some remarks and questions about the npm/nodejs support in dunfell that I wanted to share. We are creating nodejs-based IoT edge solutions and upgrading our build environments to Dunfell one by one. In the course of this, we are switching to the new npm-implementation and found a few sma

Re: [yocto] #dunfell Path to sources in debugfs

On 10/5/21 7:04 AM, bohdan.shubenok@sigma.software wrote: Hi all, I`m trying to debug coredump generated on embedded system running dunfel. The issue I`m facing is with the source files path in "-dbg.rootfs" archive and within dedug portion of a package. When loaded in QtCreator some source

Re: [yocto] #dunfell Path to sources in debugfs

Hi, My comments are inline. On 05/10/2021 17:04, bohdan.shubenok@sigma.software wrote: Hi all, I`m trying to debug coredump generated on embedded system running dunfel. Just to clarify your user space applications crashes and you try to see why? In other words you would like to load the a

Re: [yocto] #dunfell Path to sources in debugfs

Hi, I can see this on Qt builds as well. I doubt Qt can have such strange behavior left unnoticed for a long time. The part is missing is " *include/QtCore* " -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54976): https://lists.yoctoproject.org/g/

Re: [yocto] #dunfell Path to sources in debugfs

Hi, I`m trying to debug without connection to target at all. This are the examples of what I`m running: # gdb-multiarch b2010_rootfs/usr/bin/noah-heatsystem var/volatile/crash/core.noah.565 (gdb) set sysroot b2010_rootfs/ (gdb) set substitute-path /usr/src/debug b2010/usr/src/debug things

Re: [yocto] [dunfell] hidden files/folders in WORKDIR

On 2021-12-15 2:22 p.m., Joel Winarske wrote: I'm finding that if I create files/folders (prefixed with '.') in WORKDIR, they don't get cleaned up with INHERIT += "rm_work". Is this a feature or a bug? I think it's an oversight that doesn't affect many people. The rm_work code for WORKDIR is

Re: [yocto] Question of Yocto dunfell LTS period

Gesendet: Freitag, 14. Januar 2022 02:14 An: yocto@lists.yoctoproject.org; openembedded-c...@lists.openembedded.org Cc: richard.pur...@linuxfoundation.org; st...@sakoman.com Betreff: [yocto] Question of Yocto dunfell LTS period Dear folks, I found the lts period of Yocto dunfell has been extended

Re: [yocto] Question of Yocto dunfell LTS period

On Fri, 2022-01-14 at 07:14 +, Matthias Klein wrote: > Hello together, > > I would like to add a question to the topic: > > Why was the LTS period for dunfell extended? > Can we expect the same for kirstone? The project members agreed to fun an extension to the lifetime of dunfell from 2 yea

[yocto] [dunfell][PATCH] pypi.bbclass: Set CVE_PRODUCT to PYPI_PACKAGE

From: Alex Kiernan The CVE product name for PyPI packages is (usually) the same as the PyPI package name (and not our recipe name), so use that as the default. Signed-off-by: Alex Kiernan Signed-off-by: Alex Kiernan Signed-off-by: Richard Purdie (cherry picked from commit 61f6b0ad09bf87cdc2d3

[yocto] Update the yocto dunfell to latest version

Hi guys, Can you suggest some resources for me to update to the latest yocto dunfell version. Currently I am using dunfell 3.1.11 and want to update to 3.1.29. What could be the consequences? Also If I manually update the nodejs folder to the latest one will it fetch the latest nodejs files

[yocto] Dunfell busybox NFS mount fails to build

I'm trying to build busybox on Dunfell with NFS mount configured (CONFIG_FEATURE_MOUNT_NFS).  The build fails with the following. | util-linux/mount.c:253:11: fatal error: rpc/rpc.h: No such file or directory |   253 | # include Reading online, later versions of glibc no longer install rpc head

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

nhdev/exos-yocto-dunfell/build/exos-arm64/tmp/work-shared/gcc-9.3.0-r0/gcc-9.3.0/gcc/defaults.h: No such file or directory | WARNING: /data/mabnhdev/exos-yocto-dunfell/build/exos-arm64/tmp/work/aarch64-poky-linux/gcc-sanitizers/9.3.0-r0/temp/run.do_configure.31505:1 exit 1 from 'grep -v "\#e

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

ild the SDK. > > | cat: > /data/mabnhdev/exos-yocto-dunfell/build/exos-arm64/tmp/work-shared/gcc-9.3.0-r0/gcc-9.3.0/gcc/defaults.h: > No such file or directory > | WARNING: > /data/mabnhdev/exos-yocto-dunfell/build/exos-arm64/tmp/work/aarch64-poky-linux/gcc-sanitizers/9.3.0-r0/temp

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

> five have the same failure in gcc-sanitizers as I'm trying to build the SDK. > > > > | cat: > > /data/mabnhdev/exos-yocto-dunfell/build/exos-arm64/tmp/work-shared/gcc-9.3.0-r0/gcc-9.3.0/gcc/defaults.h: > > No such file or directory > > | WARNING: > &

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

t; > a bug or just my problem. I maintain five different architectures and > > > all five have the same failure in gcc-sanitizers as I'm trying to build > > > the SDK. > > > > > > | cat: > > > /data/mabnhdev/exos-yocto-dunfell/buil

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

gt; > > > > > > I recently tried upgrading from 3.1.0 to 3.1.1. I'm not sure if this > > > > is a bug or just my problem. I maintain five different architectures > > > > and all five have the same failure in gcc-sanitizers as I'm trying to

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

ikeB wrote: > > > > > > > > > > I recently tried upgrading from 3.1.0 to 3.1.1. I'm not sure if > this is a bug or just my problem. I maintain five different architectures > and all five have the same failure in gcc-sanitizers as I'm trying to buil

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

PM Joshua Watt >> wrote: >> > > > >> > > > On Tue, Jun 30, 2020 at 4:56 PM MikeB wrote: >> > > > > >> > > > > I recently tried upgrading from 3.1.0 to 3.1.1. I'm not sure if >> this is a bug or just my problem. I main

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

30, 2020 at 4:56 PM MikeB wrote: >>> > > > > >>> > > > > I recently tried upgrading from 3.1.0 to 3.1.1. I'm not sure if >>> > > > > this is a bug or just my problem. I maintain five different >>> > > > &g

Re: [yocto] Dunfell 3.1.1 gcc-sanitizers build failure

0 at 8:08 PM Joshua Watt > wrote: > >>> > > > > >>> > > > On Tue, Jun 30, 2020 at 4:56 PM MikeB > wrote: > >>> > > > > > >>> > > > > I recently tried upgrading from 3.1.0 to 3.1.1. I'm not sure >

[yocto] Information about Yocto Dunfell components version #dunfell

Hi All, I read the Dunfell release notes but couldn't find the version detail of following components: bzip2 cairo faad2 fontconfig freetype gdkpixbuf libav libffi libjpeg libogg libpng libtiff libvorbis libxcursor openexr openssl pango pixman stb-image swscale theora x264 zlib Please give me

[yocto] dunfell actual package.bbclass causing problems after commit #dunfell

this commit 087a099c288c6bedf368c8756d998172b02b50ad package: get_package_mapping: avoid dependency mapping if renamed package provides original name is causing this problem: NOTE: recipe intronix-introndplus-initramfs-1.0-r0: task do_rootfs: Started ERROR: intronix-introndplus-initramfs-1.0-r0 do

[yocto] [Meta-Java] Error while installing jamvm #yocto #dunfell

Hi, I have download meta-java layer and added to the conf/bblayer.conf file, then added jamvm to conf/local.conf file and ran bitbake command, but I got this error as "Nothing RPROVIDES 'jamvm' (but /home/bl-docker/rity/src/poky/../meta-mediatek-bsp/recipes-core/images/mtk-image.bb RDEPENDS on

Re: [yocto] Dunfell, nodejs and typescript - short experience report

Howdy! Thanks for sharing, a few comments inline. Am Fr., 12. Feb. 2021 um 11:03 Uhr schrieb Simon Vogl : > > I have some remarks and questions about the npm/nodejs support in dunfell > that I wanted to share. We are creating nodejs-based IoT edge solutions and > upgrading our build environment

Re: [yocto] Dunfell, nodejs and typescript - short experience report

Hi, Am 12.02.21 um 11:12 schrieb Josef Holzmayr: Howdy! Thanks for sharing, a few comments inline. Am Fr., 12. Feb. 2021 um 11:03 Uhr schrieb Simon Vogl : I have some remarks and questions about the npm/nodejs support in dunfell that I wanted to share. We are creating nodejs-based IoT edge

Re: [yocto] Dunfell, nodejs and typescript - short experience report

Hi Simon, I'm dealing actually with the same problem. Would you like to share your  "configure in my own subclass"? I'm also thinking there is a need for a bbclass which actually is not using gyp, instead it should be able to "npm run build". There is alsa a patch for speeding up npm npmsw fetc

Re: [yocto] Dunfell, nodejs and typescript - short experience report

Sure, please find the bbclass file attached to this mail. All it does is to inherit npm and overwrite configure with an extended copy . Meanwhile, I saw another issue popping up: It seems that multiple indirect dependencies to a package with different versions create inconsitent license checks

Re: [yocto] Dunfell, nodejs and typescript - short experience report

Hi Simon, thank you - in my current solution I don't use npm bbclass at all. I basically use npmsw://${THISDIR}/${BPN}/npm-shrinkwrap.json;dev=True this will downloadall npm stuff including angular because of dev=True to $S/node_modules do_compile () { #    build frontend chmod -R a+w ${S}/node_m

[yocto] Problem with YOCTO Dunfell and host Fedora 33

Hello Yocto developers, I have few problems running the following self proprietary script from one of my public git repos: https://github.com/ZoranStojsavljevic/bbb-yocto/blob/master/yocto-setup.sh I recall that last time I used the script (I used then Fedora 31), the ./yocto setup dunfell worked

[yocto] Dunfell: problem with kernel-module install and libkmod.so

Hi list, I'm facing an issue with a BSP I created using dunfell (up-to-date on poky and oe). I'm using a stable kernel and u-boot 2021.07 from denx's mainline-stable-layer. I stripped down my machine.conf and basically the boot is working fine. Was working fine. When finally I created a function

[yocto] [dunfell][PATCH] openssl: update from 1.1.1n to 1.1.1o

This update fixes CVE-2022-1292. Signed-off-by: Daniel Karlsson --- .../openssl/{openssl_1.1.1n.bb => openssl_1.1.1o.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-connectivity/openssl/{openssl_1.1.1n.bb => openssl_1.1.1o.bb} (98%) diff --git a/meta/r

Re: [yocto] [dunfell][PATCH] pypi.bbclass: Set CVE_PRODUCT to PYPI_PACKAGE

This patch should go to openembedded-c...@lists.openembedded.org . Thanks, Ross > On 15 May 2023, at 11:55, Sanjaykumar kantibhai Chitroda -X (schitrod - > E-INFO CHIPS INC at Cisco) via lists.yoctoproject.org > wrote: > > From: Alex Kiernan

Re: [yocto] Update the yocto dunfell to latest version

On Sun, Dec 17, 2023 at 11:37 PM MOHAMMED HASSAN wrote: > > Hi guys, > Can you suggest some resources for me to update to the latest yocto dunfell > version. Currently I am using dunfell 3.1.11 and want to update to 3.1.29. > What could be the consequences? This will be relativ

Re: [yocto] Dunfell busybox NFS mount fails to build

On Saturday, June 13, 2020 4:06:59 PM PDT MikeB wrote: > I'm trying to build busybox on Dunfell with NFS mount configured > (CONFIG_FEATURE_MOUNT_NFS). The build fails with the following. > | util-linux/mount.c:253:11: fatal error: rpc/rpc.h: No such file or > | directory| > | 253 | # include >

Re: [yocto] Dunfell busybox NFS mount fails to build

Removing the libnsl2 dependency worked for tcp-wrappers, but a similar situation arose with python3. In the case of python3, removing libnsl2 dependency caused other failures in the build. However, reading some comments in util-linux/mount.c, the CONFIG_FEATURE_MOUNT_NFS seems to only apply to ke

[yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

Hello, I'm migrating from Warrior to Dunfell and I'm getting a curious build failure in gcc-sanitizers. Here's the full gory detail: https://pastebin.ubuntu.com/p/nh4cDKMvgS/ However, the main error is this: | In file included from ../../../../../../../../../work-shared/gcc-arm-8.3-r2019.03

Re: [yocto] Information about Yocto Dunfell components version #dunfell

Insert the package names into http://layers.openembedded.org/layerindex/branch/dunfell/recipes and see for yourself :) Greetz Am Di., 1. Sept. 2020 um 12:22 Uhr schrieb Yocto_user < avinashyadav9...@gmail.com>: > Hi All, > > I read the Dunfell release notes but couldn't find the version detail o

Re: [yocto] Information about Yocto Dunfell components version #dunfell

On Tue, 1 Sep 2020 at 11:25, Josef Holzmayr-Khosh Amoz wrote: > > Insert the package names into > http://layers.openembedded.org/layerindex/branch/dunfell/recipes and see for > yourself :) > > Greetz > > Am Di., 1. Sept. 2020 um 12:22 Uhr schrieb Yocto_user > : >> >> Hi All, >> >> I read the Du

Re: [yocto] Problem with YOCTO Dunfell and host Fedora 33

Hi Zoran, Your cannelloni recipe is set to autorev, meaning it's not locked to a commit. So when something changes upstream you have to manage it. Chances are Canelloni introduced a CMake change which is overwriting (opposed to appending) one or more variables required for cross compiling. Perha

Re: [yocto] Problem with YOCTO Dunfell and host Fedora 33

Hello Joel, Thank you for the tips. Really helpful, appreciated very much. I spent some time this morning investigating this issue, and to find the culprit. Here are my findings, which resulted in a cannelloni.bb recipe change (according to what you wrote). The fix submitted is in recipe: https

Re: [yocto] Problem with YOCTO Dunfell and host Fedora 33

Hello to everyone, Mguentner fixed the cmake issue: https://github.com/mguentner/cannelloni/issues/35 With this patch: https://github.com/mguentner/cannelloni/commit/125a7c72e4bcbbf580aeb6ee03e25ed0540be217 So I also reinstated the old cannelloni recipe with: https://github.com/ZoranStojsavljevi

[yocto] dunfell: pkgconfig-native build fails in existing Yocto BSP

Hello, our dunfell based yocto no longer builds in the pkgconfig-native section. I tried it in an Ubuntu 18.04 and Debian 10 Docker container. The build always aborts as follows: checking thread related cflags... -D_REENTRANT | checking for pthread_create/pthread_join... no | checking for pthrea

Re: [yocto] Dunfell: problem with kernel-module install and libkmod.so

On Fri, 15 Oct 2021 20:03:52 + "Patrick Boettcher" wrote: >Hi list, > >I'm facing an issue with a BSP I created using dunfell (up-to-date on >poky and oe). I'm using a stable kernel and u-boot 2021.07 from denx's >mainline-stable-layer. It was a problem of DDR memory configuration and calibr

[yocto] Dunfell - ERROR: ca-certificates-20211016-r0 do_fetch: Fetcher failure

Hi, After syncup of Yocto dunfell, I get the following error: dwatkins@carmd-ed-n11377-docker-dwatkins_apollo17:64bit build $ bitbake ca-certificates -c fetch Loading cache: 100

Re: [yocto] [OE-core] Question of Yocto dunfell LTS period

ld sort out the project advocacy side of things :( Let this email serve as a little advocacy. -Jate S. On Thu, Jan 13, 2022 at 8:14 PM Chanho Park via lists.openembedded.org wrote: > Dear folks, > > I found the lts period of Yocto dunfell has been extended from 2022.04 to > 2024.04

Re: [yocto] [OE-core] Question of Yocto dunfell LTS period

On 1/14/22 2:36 AM, Jate Sujjavanich wrote: > I received the answer to this question in IRC on 10/29/2021. > > 16:06 >   > I saw a wiki edit that said dunfell's LTS period is now through April > 2024, but I've seen no announcements. A

Re: [yocto] [OE-core] Question of Yocto dunfell LTS period

Actually, I think this was some kind of missed PR opportunity. Regular distros, such as RHEL, Debian and everyone else, are constantly trotting out their support windows as the reason to hand them the job of making products, so we could counter that better perhaps. Alex On Fri, 14 Jan 2022 at 06:

Re: [yocto] [OE-core] Question of Yocto dunfell LTS period

Funny you mention PR. It would also help if recipes staying on the same version but adding patches for e.g. CVE fixes should increase their PR value so their rebuilt versions can be put into a package repo. Throwing away the buildroot (as suggested any time some obscure build error happens) and

Re: [yocto] [OE-core] Question of Yocto dunfell LTS period

On Fri, 14 Jan 2022 at 12:41, Zoltan Boszormenyi via lists.yoctoproject.org wrote: > It would also help if recipes staying on the same version > but adding patches for e.g. CVE fixes should increase their > PR value so their rebuilt versions can be put into a package repo. > > Throwing away the bu

Re: [yocto] [dunfell][PATCH] openssl: update from 1.1.1n to 1.1.1o

On Wed, May 18, 2022 at 12:14 AM Daniel Karlsson wrote: > > This update fixes CVE-2022-1292. Hi Daniel, I've already taken a patch for this update and it is in the set sent out for review yesterday: https://lists.openembedded.org/g/openembedded-core/message/165788 In the future if you want to

[yocto] Error when building NPM package grpc with yocto Dunfell

Hi, all. I created the recipe for grpc package with: recipetool create "npm://registry.npmjs.org/;package=grpc;version=latest" The build fails with the error ENOTCACHED. I could build several other NPM package with the same process in the same build environment. Any help on this issue will be

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

On Fri, Jul 31, 2020 at 8:35 AM Ryan Harkin wrote: > > Hello, > > I'm migrating from Warrior to Dunfell and I'm getting a curious build failure > in gcc-sanitizers. > > Here's the full gory detail: > https://pastebin.ubuntu.com/p/nh4cDKMvgS/ > > However, the main error is this: > > | In file

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

Hi Ryan, On Fri, 31 Jul 2020 at 21:05, Ryan Harkin wrote: > > Hello, > > I'm migrating from Warrior to Dunfell and I'm getting a curious build failure > in gcc-sanitizers. > > Here's the full gory detail: > https://pastebin.ubuntu.com/p/nh4cDKMvgS/ > > However, the main error is this: > > |

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

Hi Khem, On Fri, 31 Jul 2020, 21:58 Khem Raj, wrote: > On Fri, Jul 31, 2020 at 8:35 AM Ryan Harkin > wrote: > > > > Hello, > > > > I'm migrating from Warrior to Dunfell and I'm getting a curious build > failure in gcc-sanitizers. > > > > Here's the full gory detail: > > https://pastebin.ubu

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

Hi Sumit, On Sat, 1 Aug 2020, 07:51 Sumit Garg, wrote: > Hi Ryan, > > On Fri, 31 Jul 2020 at 21:05, Ryan Harkin wrote: > > > > Hello, > > > > I'm migrating from Warrior to Dunfell and I'm getting a curious build > failure in gcc-sanitizers. > > > > Here's the full gory detail: > > https://p

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

On Sat, 1 Aug 2020 at 10:09, Ryan Harkin wrote: > Hi Khem, > > On Fri, 31 Jul 2020, 21:58 Khem Raj, wrote: > >> On Fri, Jul 31, 2020 at 8:35 AM Ryan Harkin >> wrote: >> > >> > Hello, >> > >> > I'm migrating from Warrior to Dunfell and I'm getting a curious build >> failure in gcc-sanitizers. >>

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

On Sat, 1 Aug 2020 at 14:42, Ryan Harkin wrote: > > Hi Sumit, > > On Sat, 1 Aug 2020, 07:51 Sumit Garg, wrote: >> >> Hi Ryan, >> >> On Fri, 31 Jul 2020 at 21:05, Ryan Harkin wrote: >> > >> > Hello, >> > >> > I'm migrating from Warrior to Dunfell and I'm getting a curious build >> > failure in g

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

On Sat, 1 Aug 2020 at 14:57, Ryan Harkin wrote: > > > > On Sat, 1 Aug 2020 at 10:09, Ryan Harkin wrote: >> >> Hi Khem, >> >> On Fri, 31 Jul 2020, 21:58 Khem Raj, wrote: >>> >>> On Fri, Jul 31, 2020 at 8:35 AM Ryan Harkin wrote: >>> > >>> > Hello, >>> > >>> > I'm migrating from Warrior to Dunfel

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

On Sat, 1 Aug 2020 at 19:40, Sumit Garg via lists.yoctoproject.org wrote: > > On Sat, 1 Aug 2020 at 14:57, Ryan Harkin wrote: > > > > > > > > On Sat, 1 Aug 2020 at 10:09, Ryan Harkin wrote: > >> > >> Hi Khem, > >> > >> On Fri, 31 Jul 2020, 21:58 Khem Raj, wrote: > >>> > >>> On Fri, Jul 31, 2020

Re: [yocto] dunfell gcc-sanitizers-arm-8.3 fails to build

On Sat, 1 Aug 2020, 15:19 Sumit Garg, wrote: > On Sat, 1 Aug 2020 at 19:40, Sumit Garg via lists.yoctoproject.org > wrote: > > > > On Sat, 1 Aug 2020 at 14:57, Ryan Harkin wrote: > > > > > > > > > > > > On Sat, 1 Aug 2020 at 10:09, Ryan Harkin > wrote: > > >> > > >> Hi Khem, > > >> > > >> On F

[yocto] dunfell: what would cause "ERROR: Nothing PROVIDES 'coreutils-native'."?

migrating from zeus to dunfell and, suddenly, some "ndisc"-related recipes no longer build with: ERROR: Nothing PROVIDES 'coreutils-native'. the offending recipe is from meta-networking/recipes-support, ndisc6_git.bb, clearly at the line: DEPENDS = "coreutils-native" whereupon "git blame"

Re: [yocto] dunfell: pkgconfig-native build fails in existing Yocto BSP

Hello, We also have the same issue with similar in-docker builds, a workaround for the issue is mentioned here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14519 until the fix is backported to dunfell. Best Regards, Ahmed Hossam -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages se

Re: [yocto] dunfell: pkgconfig-native build fails in existing Yocto BSP

On Mon, 2021-10-25 at 06:50 +, Matthias Klein wrote: > Hello, > > our dunfell based yocto no longer builds in the pkgconfig-native section. I > tried it in an Ubuntu 18.04 and Debian 10 Docker container. > The build always aborts as follows: > > checking thread related cflags... -D_REENTRANT

  1   2   >