Date   

Re: linux script command

Ross Burton
 

On 19 Jan 2023, at 18:00, Monsees, Steven C (US) via lists.yoctoproject.org <steven.monsees=baesystems.com@...> wrote:
Does Yocto support the Linux script command, and how would I enable it for kernel use ?
I am currently using Zeus release…
Thanks,
First, Zeus was EOL two years ago, so I encourage you to upgrade.

script is part of the util-linux recipe.

Ross


Re: bitbake controlling memory use

Ferry Toth
 

Hi

Op 09-01-2023 om 11:54 schreef Ferry Toth:

Hi

On 09-01-2023 11:43, Richard Purdie wrote:
On Mon, 2023-01-09 at 11:39 +0100, Alexander Kanavin wrote:
On Sun, 8 Jan 2023 at 23:13, Ferry Toth<fntoth@...> wrote:

Now it works I'm not sure what to do. Richard marked the original patch
as WIP. Maybe it's not appropriate for including into poky? If so I
wouldn't mind carrying it in meta-intel-edison.

Or may be with a little work (from me) and a run on the CI servers we
could make it go in?
I'd rather teach make/ninja upstream to watch memory consumption
and/or host pressure directly (e.g. similar to how it handles -l). And
offer any resulting patches to upstream first.
Whilst teaching make/ninja about pressure is probably a nice idea, I
think there is a use case for sharing the job pool between bitbake
tasks rather than having a job pool per task since that scales badly.

One issue that comes to mind with the patch is that it is currently
writing into /tmp/ and we likely need to work out a better location for
the job server fifo. Currently that would break things on the
autobuilder as there are multiple builds on a given host.
Ha, I didn't consider multiple bitbakes running simultaneously.

Maybe the location /tmp is fine but we would need a unique (random?) filename instead of makefifo?
2nd thought, this would be wrong as we can't cleanup automatically after abnormal termination. What would be a good location?

TMPDIR?

Cheers,

Richard


linux script command

Monsees, Steven C (US)
 

 

Does Yocto support the Linux script command, and how would I enable it for kernel use ?

 

I am currently using Zeus release…

 

Thanks,

Steve


SSTATE_DIR by MACHINE target?

mattwood2000@...
 

Hi,

is it possible to have SSTATE_DIR overrides based on the MACHINE
target or SOC family?

For example, is this valid:

SSTATE_DIR:sama5 = "/path/to/sstate_a5"
SSTATE_DIR:rpi = "/path/to/sstate_rpi"
...

Thanks, Matt.


Creating dependency on swu images

Marek S?omiany
 

Hi,

I am trying to prepare a wic for SD card for factory-flashing the device. For this I have prepared bootloader and initramfs (containing swupdate) on first partition, and I'm planing to store a bunch of swu update files on second one - those files will partition the device's storage and install kernel, bootloader, rootfs and whatever necesary.
To achive this I have already collected all required swu files and I am able to create a package with them to be used further to populate that second partition on SD. The problem starts when I'm trying to create a dependency.
(To simplify, I am testing on beaglebone-yocto machine, and as swu packages using "update-image.bb" from meta-swupdate-boards and created by me simple update of kernel called "update-kernel.bb")
If I add:

DEPENDS = " update-image update-kernel "

I got error:

ERROR: swus-1.0-r0 do_package: The sstate manifest for task 'update-kernel:packagedata' (multilib variant '') could not be found.
The pkgarchs considered were: beaglebone_yocto, cortexa8hf-neon, cortexa8hf-vfp, armv7ahf-neon, armv7ahf-vfp, armv6hf-vfp, armv5ehf-vfp, armv5hf-vfp, allarch, x86_64_x86_64-nativesdk.
But none of these manifests exists:
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-beaglebone_yocto-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-cortexa8hf-neon-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-cortexa8hf-vfp-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-armv7ahf-neon-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-armv7ahf-vfp-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-armv6hf-vfp-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-armv5ehf-vfp-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-armv5hf-vfp-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-allarch-update-kernel.packagedata
    /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sstate-control/manifest-x86_64_x86_64-nativesdk-update-kernel.packagedata
ERROR: Logfile of failure stored in: /home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/work/cortexa8hf-neon-poky-linux-gnueabi/swus/1.0-r0/temp/log.do_package.56423
ERROR: Task (/home/marslo/cooker/bbb/builds/build-beaglebone-console/../../layers/meta-test/recipes-core/other/swus_1.0.bb:do_package) failed with exit code '1'

On the other hand, when I try doing this this way:

do_install[depends] += " update-image:do_swuimage update-kernel:do_swuimage "

I got following  error:

Exception: FileExistsError: [Errno 17] File exists: '/home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/sysroots-components/cortexa8hf-neon/libgcc-initial/usr/lib/arm-poky-linux-gnueabi/11.3.0/libgcov.a' -> '/home/marslo/cooker/bbb/builds/build-beaglebone-console/tmp/work/cortexa8hf-neon-poky-linux-gnueabi/swus/1.0-r0/recipe-sysroot/usr/lib/arm-poky-linux-gnueabi/11.3.0/libgcov.a'

My do_install fuction is:
do_install() {
    install -d ${D}/swus
    install -m 0440 ${DEPLOY_DIR_IMAGE}/update-image-${MACHINE}.swu ${D}/swus/
    install -m 0440 ${DEPLOY_DIR_IMAGE}/update-kernel-${MACHINE}.swu ${D}/swus/
}

Kind Regards,
Marek Slomiany


OE Workshop in Brussels, February 6th - gentle reminder

Josef Holzmayr
 

Hello all you Open, Embedded, and even OpenEmbedded people out there!

This is your gentle reminder that we are hosting an OE Workshop in Brussels on Monday, February 6th - the day after FOSDEM at Avenue Louise 523, 1050 Brussels, Belgium.

Find a preliminary schedule at https://pretalx.com/openembedded-workshop-2023/featured/ and if you are around by then, don't forget to register: https://pretix.eu/OpenEmbedded/workshop-2023/

Greetz,
Josef on behalf of the OE board

PS: lunch will be provided 🍽️


Re: [qa-build-notification] QA notification for completed autobuilder build (yocto-3.1.22.rc1)

Jing Hui Tham
 

Hi All,

QA for yocto-3.1.22.rc1 is completed. This is the full report for this release:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults

======= Summary ========
No high milestone defects.

No new issue found.

Thanks,
Jing Hui

-----Original Message-----
From: qa-build-notification@... <qa-build-
notification@...> On Behalf Of Pokybuild User
Sent: Saturday, 14 January, 2023 10:11 AM
To: yocto@...
Cc: qa-build-notification@...
Subject: [qa-build-notification] QA notification for completed autobuilder build
(yocto-3.1.22.rc1)


A build flagged for QA (yocto-3.1.22.rc1) was completed on the autobuilder and
is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.1.22.rc1


Build hash information:

bitbake: e3db9c2e9eded3c5cb6040714a6054b44f6b3880
meta-agl: ae982d798a979ee5690bee00ca90a2855bab4802
meta-arm: d13be36099aff7ea2975a1a197564e2e801707a3
meta-aws: c013258cecbf99528291e55005e1db360d7eb40b
meta-gplv2: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
meta-intel: 6c202291925bb179d2d08b5bde80192f9b032b88
meta-mingw: 524de686205b5d6736661d4532f5f98fee8589b7
meta-openembedded: 7952135f650b4a754e2255f5aa03973a32344123
meta-virtualization: beea119eb529b4a11f266004aee8b548427aea39
oecore: db81e3c7e7f1d4d9eba52ac35ac97627d0240b63
poky: 6b8a307b7843af23d189d7ffcecf32c05afac850



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@...







Re: [meta-gplv2][PATCH] readline: add config file for pkgconfig

Richard Purdie
 

On Wed, 2023-01-18 at 16:43 +0800, Yu, Mingli wrote:
Ping.

Thanks,
It is no longer maintained.

https://git.yoctoproject.org/meta-gplv2/commit/?id=43bf0e8d5985945d19d01f94bfbbda420c4435f3

Cheers,

Richard


Re: [meta-gplv2][PATCH] readline: add config file for pkgconfig

Yu, Mingli
 

Ping.

Thanks,

On 4/12/22 08:38, Yu, Mingli wrote:
From: Mingli Yu <mingli.yu@...>
After bind upgrade to 9.18.x, the below change introduced [1],
all supported libraries have accompanying .pc files now.
ba2376b9e0 Update and cleanup the readline library support
Otherwise, there comes below error during do_configure.
$ bitbake bind
| configure: error: Package requirements (readline) were not met:
|
| No package 'readline' found
So backport patches [2] to add support .pc file for readline to
fix the above issue.
[1] https://gitlab.isc.org/isc-projects/bind9/-/commit/ba2376b9e03b9bd214242c987609a658ef24ec41
[2] https://git.savannah.gnu.org/cgit/readline.git/commit/?id=d49a9082c0e15bba8cd3d8cc0a994409cf823cac
Signed-off-by: Mingli Yu <mingli.yu@...>
---
.../0001-Makefile.in-add-readline.pc.in.patch | 135 ++++++++++++++++++
.../readline/readline-5.2/readline.pc.in | 12 ++
recipes-core/readline/readline_5.2.bb | 6 +-
3 files changed, 152 insertions(+), 1 deletion(-)
create mode 100644 recipes-core/readline/readline-5.2/0001-Makefile.in-add-readline.pc.in.patch
create mode 100644 recipes-core/readline/readline-5.2/readline.pc.in
diff --git a/recipes-core/readline/readline-5.2/0001-Makefile.in-add-readline.pc.in.patch b/recipes-core/readline/readline-5.2/0001-Makefile.in-add-readline.pc.in.patch
new file mode 100644
index 0000000..d9d36a0
--- /dev/null
+++ b/recipes-core/readline/readline-5.2/0001-Makefile.in-add-readline.pc.in.patch
@@ -0,0 +1,135 @@
+From 20141946db72908e23c11d946937e945fb7e527d Mon Sep 17 00:00:00 2001
+From: Chet Ramey <chet.ramey@...>
+Date: Mon, 11 Apr 2022 18:06:03 +0800
+Subject: [PATCH] Makefile.in: add readline.pc.in
+
+Add config file for pkgconfig.
+
+Upstream-Status: Backport [https://git.savannah.gnu.org/cgit/readline.git/commit/?id=d49a9082c0e15bba8cd3d8cc0a994409cf823cac]
+
+Signed-off-by: Mingli Yu <mingli.yu@...>
+---
+ MANIFEST | 1 +
+ Makefile.in | 26 ++++++++++++++++++++------
+ configure.in | 11 ++++++++++-
+ 3 files changed, 31 insertions(+), 7 deletions(-)
+
+diff --git a/MANIFEST b/MANIFEST
+index b288fb6..f5b583b 100644
+--- a/MANIFEST
++++ b/MANIFEST
+@@ -19,6 +19,7 @@ config.h.in f
+ configure f
+ configure.in f
+ Makefile.in f
++readline.pc.in f
+ ansi_stdlib.h f
+ chardefs.h f
+ history.h f
+diff --git a/Makefile.in b/Makefile.in
+index 87df428..e4233f7 100644
+--- a/Makefile.in
++++ b/Makefile.in
+@@ -57,6 +57,7 @@ mandir = @mandir@
+ includedir = @includedir@
+ datadir = @datadir@
+ localedir = $(datadir)/locale
++pkgconfigdir = ${libdir}/pkgconfig
+
+ infodir = @infodir@
+
+@@ -133,7 +134,7 @@ DOCUMENTATION = $(DOCSOURCE) $(DOCOBJECT) $(DOCSUPPORT)
+
+ CREATED_MAKEFILES = Makefile doc/Makefile examples/Makefile shlib/Makefile
+ CREATED_CONFIGURE = config.status config.h config.cache config.log \
+- stamp-config stamp-h
++ stamp-config stamp-h readline.pc
+ CREATED_TAGS = TAGS tags
+
+ INSTALLED_HEADERS = readline.h chardefs.h keymaps.h history.h tilde.h \
+@@ -217,9 +218,18 @@ uninstall-headers:
+
+ maybe-uninstall-headers: uninstall-headers
+
++install-pc: installdirs
++ -$(INSTALL_DATA) $(BUILD_DIR)/readline.pc $(DESTDIR)$(pkgconfigdir)/readline.pc
++
++uninstall-pc:
++ -test -n "$(pkgconfigdir)" && cd $(DESTDIR)$(pkgconfigdir) && \
++ ${RM} readline.pc
++
++maybe-uninstall-pc: uninstall-pc
++
+ install: $(INSTALL_TARGETS)
+
+-install-static: installdirs $(STATIC_LIBS) install-headers install-doc
++install-static: installdirs $(STATIC_LIBS) install-headers install-doc install-pc
+ -$(MV) $(DESTDIR)$(libdir)/libreadline.a $(DESTDIR)$(libdir)/libreadline.old
+ $(INSTALL_DATA) libreadline.a $(DESTDIR)$(libdir)/libreadline.a
+ -test -n "$(RANLIB)" && $(RANLIB) $(DESTDIR)$(libdir)/libreadline.a
+@@ -230,17 +240,18 @@ install-static: installdirs $(STATIC_LIBS) install-headers install-doc
+ installdirs: $(srcdir)/support/mkinstalldirs
+ -$(SHELL) $(srcdir)/support/mkinstalldirs $(DESTDIR)$(includedir) \
+ $(DESTDIR)$(includedir)/readline $(DESTDIR)$(libdir) \
+- $(DESTDIR)$(infodir) $(DESTDIR)$(man3dir)
++ $(DESTDIR)$(infodir) $(DESTDIR)$(man3dir) \
++ $(DESTDIR)$(pkgconfigdir)
+
+-uninstall: uninstall-headers uninstall-doc
++uninstall: uninstall-headers uninstall-doc uninstall-pc
+ -test -n "$(DESTDIR)$(libdir)" && cd $(DESTDIR)$(libdir) && \
+ ${RM} libreadline.a libreadline.old libhistory.a libhistory.old $(SHARED_LIBS)
+ -( cd shlib; ${MAKE} ${MFLAGS} DESTDIR=${DESTDIR} uninstall )
+
+-install-shared: installdirs install-headers shared install-doc
++install-shared: installdirs install-headers shared install-doc install-pc
+ -( cd shlib ; ${MAKE} ${MFLAGS} DESTDIR=${DESTDIR} install )
+
+-uninstall-shared: maybe-uninstall-headers
++uninstall-shared: maybe-uninstall-headers maybe-uninstall-pc
+ -( cd shlib; ${MAKE} ${MFLAGS} DESTDIR=${DESTDIR} uninstall )
+
+ install-doc: installdirs
+@@ -281,6 +292,9 @@ distclean maintainer-clean: clean
+ $(RM) $(CREATED_CONFIGURE)
+ $(RM) $(CREATED_TAGS)
+
++readline.pc: config.status $(srcdir)/readline.pc.in
++ $(SHELL) config.status
++
+ info dvi:
+ -( cd doc && $(MAKE) $(MFLAGS) $@ )
+
+diff --git a/configure.in b/configure.in
+index 9d1f3fb..1186fc3 100644
+--- a/configure.in
++++ b/configure.in
+@@ -191,6 +191,14 @@ if test "$TERMCAP_LIB" = "./lib/termcap/libtermcap.a"; then
+ fi
+ fi
+
++case "$TERMCAP_LIB" in
++-ltinfo) TERMCAP_PKG_CONFIG_LIB=tinfo ;;
++-lcurses) TERMCAP_PKG_CONFIG_LIB=ncurses ;;
++-lncurses) TERMCAP_PKG_CONFIG_LIB=ncurses ;;
++-ltermcap) TERMCAP_PKG_CONFIG_LIB=termcap ;;
++*) TERMCAP_PKG_CONFIG_LIB=termcap ;;
++esac
++
+ BASH_CHECK_MULTIBYTE
+
+ case "$host_cpu" in
+@@ -288,8 +296,9 @@ AC_SUBST(host_os)
+ AC_SUBST(LIBVERSION)
+
+ AC_SUBST(TERMCAP_LIB)
++AC_SUBST(TERMCAP_PKG_CONFIG_LIB)
+
+-AC_OUTPUT([Makefile doc/Makefile examples/Makefile shlib/Makefile],
++AC_OUTPUT([Makefile doc/Makefile examples/Makefile shlib/Makefile readline.pc],
+ [
+ # Makefile uses this timestamp file to record whether config.h is up to date.
+ echo > stamp-h
+--
+2.25.1
+
diff --git a/recipes-core/readline/readline-5.2/readline.pc.in b/recipes-core/readline/readline-5.2/readline.pc.in
new file mode 100644
index 0000000..ff79d71
--- /dev/null
+++ b/recipes-core/readline/readline-5.2/readline.pc.in
@@ -0,0 +1,12 @@
+prefix=@prefix@
+exec_prefix=@exec_prefix@
+libdir=@libdir@
+includedir=@includedir@
+
+Name: Readline
+Description: Gnu Readline library for command line editing
+URL: http://tiswww.cwru.edu/php/chet/readline/rltop.html
+Version: @LIBVERSION@
+Requires.private: @TERMCAP_PKG_CONFIG_LIB@
+Libs: -L${libdir} -lreadline
+Cflags: -I${includedir}
diff --git a/recipes-core/readline/readline_5.2.bb b/recipes-core/readline/readline_5.2.bb
index d42ce8b..5ce1d3f 100644
--- a/recipes-core/readline/readline_5.2.bb
+++ b/recipes-core/readline/readline_5.2.bb
@@ -29,7 +29,9 @@ SRC_URI = "${GNU_MIRROR}/readline/${BPN}-${PV}.tar.gz;name=archive \
${GNU_MIRROR}/readline/readline-5.2-patches/readline52-014;name=patch14;apply=yes;striplevel=0 \
file://configure-fix.patch \
file://config-dirent-symbols.patch \
- file://fix-redundant-rpath.patch"
+ file://fix-redundant-rpath.patch \
+ file://0001-Makefile.in-add-readline.pc.in.patch \
+ file://readline.pc.in"
SRC_URI[archive.md5sum] = "e39331f32ad14009b9ff49cc10c5e751"
SRC_URI[archive.sha256sum] = "12e88d96aee2cd1192500356f0535540db499282ca7f76339fb4228c31249f45"
@@ -66,6 +68,7 @@ SRC_URI[patch14.sha256sum] = "6f1a68320d01522ca1ea5a737124ecc8739f3dcbfea2dee21e
inherit autotools
EXTRA_AUTORECONF += "--exclude=autoheader"
+EXTRA_OECONF += "bash_cv_termcap_lib=ncurses"
LEAD_SONAME = "libreadline.so"
@@ -73,6 +76,7 @@ do_configure:prepend () {
if [ ! -e ${S}/acinclude.m4 ]; then
cat ${S}/aclocal.m4 > ${S}/acinclude.m4
fi
+ cp -r ${WORKDIR}/readline.pc.in ${S}
}
do_install:append () {


[ANNOUNCEMENT] Yocto Project 4.1.2 is Released

Lee Chee Yang
 

Hi

We are pleased to announce the Yocto Project 4.1.2 Release is now available for download.

 

http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.2/poky-74c92e38c701e268406bb656b45ccd68471c217e.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-4.1.2/poky-74c92e38c701e268406bb656b45ccd68471c217e.tar.bz2

 

A gpg signed version of these release notes is available at:

 

http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.2/RELEASENOTES

 

Full Test Report:

 

http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.2/testreport.txt

 

Thank you for everyone's contributions to this release.

 

Chee Yang

chee.yang.lee@...

Yocto Project Build and Release

- --------------------------

yocto-4.1.2 Release Notes

- --------------------------

 

 

- --------------------------

Repositories/Downloads

- --------------------------

 

Repository Name: poky

Repository Location: https://git.yoctoproject.org/poky

Branch: langdale

Tag: yocto-4.1.2

Git Revision: 74c92e38c701e268406bb656b45ccd68471c217e

Release Artefact: poky-74c92e38c701e268406bb656b45ccd68471c217e

sha: 06a2b304d0e928b62d81087797ae86115efe925c506bcb40c7d4747e14790bb0

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.2/poky-74c92e38c701e268406bb656b45ccd68471c217e.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-4.1.2/poky-74c92e38c701e268406bb656b45ccd68471c217e.tar.bz2

 

Repository Name: openembedded-core

Repository Location: https://git.openembedded.org/openembedded-core

Branch: langdale

Tag: yocto-4.1.2

Git Revision: 670f4f103b25897524d115c1f290ecae441fe4bd

Release Artefact: oecore-670f4f103b25897524d115c1f290ecae441fe4bd

sha: 09d77700e84efc738aef5713c5e86f19fa092f876d44b870789155cc1625ef04

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.2/oecore-670f4f103b25897524d115c1f290ecae441fe4bd.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-4.1.2/oecore-670f4f103b25897524d115c1f290ecae441fe4bd.tar.bz2

 

Repository Name: meta-mingw

Repository Location: https://git.yoctoproject.org/meta-mingw

Branch: langdale

Tag: yocto-4.1.2

Git Revision: b0067202db8573df3d23d199f82987cebe1bee2c

Release Artefact: meta-mingw-b0067202db8573df3d23d199f82987cebe1bee2c

sha: 704f2940322b81ce774e9cbd27c3cfa843111d497dc7b1eeaa39cd694d9a2366

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.2/meta-mingw-b0067202db8573df3d23d199f82987cebe1bee2c.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-4.1.2/meta-mingw-b0067202db8573df3d23d199f82987cebe1bee2c.tar.bz2

 

Repository Name: bitbake

Repository Location: https://git.openembedded.org/bitbake

Branch: 2.2

Tag: yocto-4.1.2

Git Revision: f0f166aee766b4bb1f8cf8b35dfc7d406c75e6a4

Release Artefact: bitbake-f0f166aee766b4bb1f8cf8b35dfc7d406c75e6a4

sha: 7faf97eca78afd3994e4e126e5f5908617408c340c6eff8cd7047e0b961e2d10

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.2/bitbake-f0f166aee766b4bb1f8cf8b35dfc7d406c75e6a4.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-4.1.2/bitbake-f0f166aee766b4bb1f8cf8b35dfc7d406c75e6a4.tar.bz2

 

Repository Name: yocto-docs

Repository Location: https://git.yoctoproject.org/yocto-docs

Branch: langdale

Tag: yocto-4.1.2

Git Revision: 30f5f9ece260fd600f0c0fa32fc2f1fc61cf7d1b

 

 

- ---------------

Contributors

- ---------------

Alejandro Hernandez Samaniego

Alex Kiernan

Alex Stewart

Alexander Kanavin

Alexey Smirnov

Bruce Ashfield

Carlos Alberto Lopez Perez

Chen Qi

Diego Sueiro

Dmitry Baryshkov

Enrico Jörns

Harald Seiler

Hitendra Prajapati

Jagadeesh Krishnanjanappa

Jose Quaresma

Joshua Watt

Kai Kang

Konrad Weihmann

Leon Anavi

Marek Vasut

Martin Jansa

Mathieu Dubois-Briand

Michael Opdenacker

Mikko Rapeli

Narpat Mali

Nathan Rossi

Niko Mauno

Ola x Nilsson

Ovidiu Panait

Pavel Zhukov

Peter Bergin

Peter Kjellerstedt

Peter Marko

Polampalli, Archana

Qiu, Zheng

Quentin Schulz

Randy MacLeod

Ranjitsinh Rathod

Ravula Adhitya Siddartha

Richard Purdie

Robert Andersson

Ross Burton

Ryan Eatmon

Sakib Sajal

Sandeep Gundlupet Raju

Sergei Zhmylev

Steve Sakoman

Tim Orling

Wang Mingyu

Xiangyu Chen

pgowda

 

 

- ---------------

Known Issues

- ---------------

N/A

 

 

- ---------------

Security Fixes

- ---------------

sudo: Fix CVE-2022-43995

binutils: Fix CVE-2022-4285

cairo: update patch for CVE-2019-6461 with upstream solution

expat: Fix CVE-2022-43680

ffmpeg: Fix CVE-2022-3964 CVE-2022-3965

grub: Fix CVE-2022-28736

libarchive: Fix CVE-2022-36227

libpam: Fix CVE-2022-28321

libpng: Fix CVE-2019-6129

ruby: Fix CVE-2022-28738 CVE-2022-28739

tiff: Fix CVE-2022-3970

vim: Fix CVE-2022-4141

 

 

- ---------------

Fixes

- ---------------

Expand create-spdx class documentation

Expand cve-check class documentation

archiver: avoid using machine variable as it breaks multiconfig

babeltrace: Upgrade to 1.5.11

backport SPDX documentation and vulnerability improvements

baremetal-image: Avoid overriding qemu variables from IMAGE_CLASSES

bc: extend to nativesdk

bind: Upgrade to 9.18.9

bitbake.conf: Drop export of SOURCE_DATE_EPOCH_FALLBACK

bitbake: gitsm: Fix regression in gitsm submodule path parsing

bitbake: runqueue: Fix race issues around hash equivalence and sstate reuse

bluez5: Point hciattach bcm43xx firmware search path to /lib/firmware

build-appliance-image: Update to langdale head revision

cargo_common.bbclass: Fix typos

classes: make TOOLCHAIN more permissive for kernel

cmake: Upgrade to 3.24.2

combo-layer: add sync-revs command

combo-layer: dont use bb.utils.rename

combo-layer: remove unused import

common-tasks.rst: fix oeqa runtime test path

create-spdx: default share_src for shared sources

curl: Correct LICENSE from MIT-open-group to curl

dbus: Add missing CVE product name

devtool/upgrade: correctly handle recipes where S is a subdir of upstream tree

dhcpcd: fix to work with systemd

docs: kernel-dev: faq: update tip on how to not include kernel in image

docs: migration-4.0: specify variable name change for kernel inclusion in image recipe

expat: upgrade to 2.5.0

externalsrc: fix lookup for .gitmodules

ffmpeg: Upgrade to 5.1.2

gcc-shared-source: Fix source date epoch handling

gcc-source: Drop gengtype manipulation

gcc-source: Ensure deploy_source_date_epoch sstate hash doesn't change

gcc-source: Fix gengtypes race

gdk-pixbuf: Upgrade to 2.42.10

get_module_deps3.py: Check attribute '__file__'

glibc-tests: correctly pull in the actual tests when installing -ptest package

gnomebase.bbclass: return the whole version for tarball directory if it is a number

go-crosssdk: avoid host contamination by GOCACHE

go: Update reproducibility patch to fix panic errors

go: submit patch upstream

go: Upgrade to 1.19.3

gptfdisk: remove warning message from target system

groff: submit patches upstream

gstreamer1.0: Upgrade to 1.20.5

help2man: Upgrade to 1.49.3

insane: add codeload.github.com to src-uri-bad checkz

inetutils: Upgrade to 2.4

iso-codes: Upgrade to 4.12.0

kbd: Don't build tests

kea: submit patch upstream

kern-tools: integrate ZFS speedup patch

kernel.bbclass: Include randstruct seed assets in STAGING_KERNEL_BUILDDIR

kernel.bbclass: make KERNEL_DEBUG_TIMESTAMPS work at rebuild

kernel.bbclass: remove empty module directories to prevent QA issues

lib/buildstats: fix parsing of trees with reduced_proc_pressure directories

libdrm: Remove libdrm-kms package

libepoxy: convert to git

libepoxy: remove upstreamed patch

libepoxy: Upgrade to 1.5.10

libffi: submit patch upstream

libffi: Upgrade to 3.4.4

libical: Upgrade to 3.0.16

libnewt: Upgrade to 0.52.23

libsdl2: Upgrade to 2.24.2

libpng: Upgrade to 1.6.39

libuv: fixup SRC_URI

libxcrypt-compat: Upgrade to 4.4.33

libxcrypt: Upgrade to 4.4.30

libxml2: fix test data checksums

linux-firmware: add new fw file to ${PN}-qcom-adreno-a530

linux-firmware: don't put the firmware into the sysroot

linux-firmware: Upgrade to 20221109

linux-yocto/5.15: fix CONFIG_CRYPTO_CCM mismatch warnings

linux-yocto/5.15: update genericx86* machines to v5.15.72

linux-yocto/5.15: Upgrade to v5.15.78

linux-yocto/5.19: cfg: intel and vesa updates

linux-yocto/5.19: fix CONFIG_CRYPTO_CCM mismatch warnings

linux-yocto/5.19: fix elfutils run-backtrace-native-core ptest failure

linux-yocto/5.19: security.cfg: remove configs which have been dropped

linux-yocto/5.19: update genericx86* machines to v5.19.14

linux-yocto/5.19: Upgrade to v5.19.17

lsof: add update-alternatives logic

lttng-modules: Upgrade to 2.13.7

lttng-tools: submit determinism.patch upstream

manuals: add 4.0.5 and 4.0.6 release notes

mesa: do not rely on native llvm-config in target sysroot

mesa: Upgrade to 22.2.3

meta-selftest/staticids: add render group for systemd

mirrors.bbclass: update CPAN_MIRROR

mobile-broadband-provider-info: Upgrade to 20221107

mpfr: Upgrade to 4.1.1

mtd-utils: Upgrade to 2.1.5

oeqa/concurrencytest: Add number of failures to summary output

oeqa/runtime/dnf: rewrite test_dnf_installroot_usrmerge

oeqa/selftest/externalsrc: add test for srctree_hash_files

oeqa/selftest/lic_checksum: Cleanup changes to emptytest include

openssh: remove RRECOMMENDS to rng-tools for sshd package

opkg: Set correct info_dir and status_file in opkg.conf

opkg: Upgrade to 0.6.1

ovmf: correct patches status

package: Fix handling of minidebuginfo with newer binutils

pango: Make it build with ptest disabled

pango: replace a recipe fix with an upstream submitted patch

pango: Upgrade to 1.50.11

poky.conf: bump version for 4.1.2

psplash: consider the situation of psplash not exist for systemd

python3-mako: Upgrade to 1.2.3

qemu-helper-native: Correctly pass program name as argv[0]

qemu-helper-native: Re-write bridge helper as C program

qemu: Ensure libpng dependency is deterministic

qemuboot.bbclass: make sure runqemu boots bundled initramfs kernel image

resolvconf: make it work

rm_work: adjust dependency to make do_rm_work_all depend on do_rm_work

rm_work: exclude the SSTATETASKS from the rm_work tasks sinature

ruby: merge .inc into .bb

ruby: Upgrade to 3.1.3

rust: submit a rewritten version of crossbeam_atomic.patch upstream

sanity: Drop data finalize call

scripts: convert-overrides: Allow command-line customizations

selftest: add a copy of previous mtd-utils version to meta-selftest

socat: Upgrade to 1.7.4.4

sstate: Allow optimisation of do_deploy_archives task dependencies

sstatesig: emit more helpful error message when not finding sstate manifest

sstatesig: skip the rm_work task signature

sudo: Upgrade to 1.9.12p1

sysstat: Upgrade to 12.6.1

systemd: Consider PACKAGECONFIG in RRECOMMENDS

systemd: Make importd depend on glib-2.0 again

systemd: add group render to udev package

systemd: Upgrade to 251.8

tcl: correct patch status

tzdata: Upgrade to 2022g

vala: install vapigen-wrapper into /usr/bin/crosscripts and stage only that

valgrind: skip the boost_thread test on arm

vim: Upgrade to 9.0.0947

wic: make ext2/3/4 images reproducible

xwayland: libxshmfence is needed when dri3 is enabled

xwayland: Upgrade to 22.1.5

yocto-check-layer: Allow OE-Core to be tested


Re: Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

Khem Raj
 



On Tue, Jan 17, 2023 at 11:58 AM Alexander Kanavin <alex.kanavin@...> wrote:
On Tue, 17 Jan 2023 at 20:55, Khem Raj <raj.khem@...> wrote:
> You can do it to certain extent with meta-clang. Select RUNTIME =
> "llvm" in local.conf after including it. However, this is not going to
> be drop-in replacement due to some packages ( e.g. glibc )
> still not buildable with llvm + llvm-runtime and there are more
> components depending upon what you distro uses it might be more to
> consider. Its perhaps easier to get C++ runtime using libc++
> than say replacing libgcc and crt init files, which might need more work.

Changing gcc to clang should be done for technical reasons, I would
rather not give this advice to address what seems like an incomplete
understanding of the licensing situation.

I was merely replying to question about if llvm could replace it. For licensing related question I refrain because I don’t have expertise in that it’s best to consult some one who knows this stuff and understands it. Least I will misguide someone



Alex


Re: Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

Alexander Kanavin
 

One more thought: would shipping gcc-runtime also trigger the 'provide
the source code for everything that has been linked with it' then as
required by all gpl versions? The exception frees you from that too,
so why is it good enough for one requirement of the gpl, but not the
other?

Alex

On Tue, 17 Jan 2023 at 20:26, William Huang <whuang8933@...> wrote:

Thanks for the response!
I did try googling the interpretation of the license exception but
there are always back-and-forth debates on the issue.
Anyways, consulting with the legal team came back with the inclusion
of these libraries would still trigger the "installation information"
clause. For this reason, I'm investigating the feasibility of
replacing these libraries completely.

On Tue, Jan 17, 2023 at 1:39 PM Alexander Kanavin
<alex.kanavin@...> wrote:

The GCC exception frees you from having to fulfil the terms of gpl3 in almost all cases. Links with details are easily obtainable with google search.

Alex

On Tue 17. Jan 2023 at 19.17, William Huang <whuang8933@...> wrote:

Hello all,
I'm in the process of generating an image without GPLv3 software. I have removed everything but the gcc-runtime and libgcc libraries. These are gpl-3.0 with GCC exception. I'm not sure how feasible it is to remove these or replace them with llvm replacements. Just wondering if anyone had been down this path before and if you can share your experience that would be great!

Thanks


Re: Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

Alexander Kanavin
 

On Tue, 17 Jan 2023 at 20:55, Khem Raj <raj.khem@...> wrote:
You can do it to certain extent with meta-clang. Select RUNTIME =
"llvm" in local.conf after including it. However, this is not going to
be drop-in replacement due to some packages ( e.g. glibc )
still not buildable with llvm + llvm-runtime and there are more
components depending upon what you distro uses it might be more to
consider. Its perhaps easier to get C++ runtime using libc++
than say replacing libgcc and crt init files, which might need more work.
Changing gcc to clang should be done for technical reasons, I would
rather not give this advice to address what seems like an incomplete
understanding of the licensing situation.

Alex


Re: Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

Khem Raj
 

On Tue, Jan 17, 2023 at 10:17 AM William Huang <whuang8933@...> wrote:

Hello all,
I'm in the process of generating an image without GPLv3 software. I have removed everything but the gcc-runtime and libgcc libraries. These are gpl-3.0 with GCC exception. I'm not sure how feasible it is to remove these or replace them with llvm replacements. Just wondering if anyone had been down this path before and if you can share your experience that would be great!
You can do it to certain extent with meta-clang. Select RUNTIME =
"llvm" in local.conf after including it. However, this is not going to
be drop-in replacement due to some packages ( e.g. glibc )
still not buildable with llvm + llvm-runtime and there are more
components depending upon what you distro uses it might be more to
consider. Its perhaps easier to get C++ runtime using libc++
than say replacing libgcc and crt init files, which might need more work.

Thanks


Re: Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

Alexander Kanavin
 

This is literally the first time I hear about gcc exception not being good enough. Your legal team holds the ultimate authority, but it’s most certainly not common practice. How did they justify it?

Alex

On Tue 17. Jan 2023 at 20.26, William Huang <whuang8933@...> wrote:
Thanks for the response!
I did try googling the interpretation of the license exception but
there are always back-and-forth debates on the issue.
Anyways, consulting with the legal team came back with the inclusion
of these libraries would still trigger the "installation information"
clause. For this reason, I'm investigating the feasibility of
replacing these libraries completely.

On Tue, Jan 17, 2023 at 1:39 PM Alexander Kanavin
<alex.kanavin@...> wrote:
>
> The GCC exception frees you from having to fulfil the terms of gpl3 in almost all cases. Links with details are easily obtainable with google search.
>
> Alex
>
> On Tue 17. Jan 2023 at 19.17, William Huang <whuang8933@...> wrote:
>>
>> Hello all,
>> I'm in the process of generating an image without GPLv3 software. I have removed everything but the gcc-runtime and libgcc libraries. These are gpl-3.0 with GCC exception. I'm not sure how feasible it is to remove these or replace them with llvm replacements. Just wondering if anyone had been down this path before and if you can share your experience that would be great!
>>
>> Thanks
>>
>>


Re: Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

William Huang
 

Thanks for the response!
I did try googling the interpretation of the license exception but
there are always back-and-forth debates on the issue.
Anyways, consulting with the legal team came back with the inclusion
of these libraries would still trigger the "installation information"
clause. For this reason, I'm investigating the feasibility of
replacing these libraries completely.

On Tue, Jan 17, 2023 at 1:39 PM Alexander Kanavin
<alex.kanavin@...> wrote:

The GCC exception frees you from having to fulfil the terms of gpl3 in almost all cases. Links with details are easily obtainable with google search.

Alex

On Tue 17. Jan 2023 at 19.17, William Huang <whuang8933@...> wrote:

Hello all,
I'm in the process of generating an image without GPLv3 software. I have removed everything but the gcc-runtime and libgcc libraries. These are gpl-3.0 with GCC exception. I'm not sure how feasible it is to remove these or replace them with llvm replacements. Just wondering if anyone had been down this path before and if you can share your experience that would be great!

Thanks


Re: Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

Alexander Kanavin
 

The GCC exception frees you from having to fulfil the terms of gpl3 in almost all cases. Links with details are easily obtainable with google search.

Alex

On Tue 17. Jan 2023 at 19.17, William Huang <whuang8933@...> wrote:
Hello all,
I'm in the process of generating an image without GPLv3 software. I have removed everything but the gcc-runtime and libgcc libraries. These are gpl-3.0 with GCC exception. I'm not sure how feasible it is to remove these or replace them with llvm replacements. Just wondering if anyone had been down this path before and if you can share your experience that would be great!

Thanks



Possible to replace gcc-runtime libraries & libgcc #gplv3 #yocto #llvm

William Huang
 

Hello all,
I'm in the process of generating an image without GPLv3 software. I have removed everything but the gcc-runtime and libgcc libraries. These are gpl-3.0 with GCC exception. I'm not sure how feasible it is to remove these or replace them with llvm replacements. Just wondering if anyone had been down this path before and if you can share your experience that would be great!

Thanks


Yocto Project Status 17 January 2023 (WW03)

Stephen Jolley
 

Current Dev Position: YP 4.2 M2

Next Deadline: 23rd January 2023 YP 4.2 M2 Build

 

Next Team Meetings:

 

Key Status/Updates:

  • YP 4.1.2 is due to be released and YP 3.1.22 is in QA
  • We had a few annoying intermittent autobuilder bug fixes this week, thanks to anyone who helped fix those!
  • Failures on the autobuilder slowed down patch testing and merging as builds took a long time to stabilize. Thankfully we believe the most frequently occurring issues have been fixed so things should speed up again a little this week.
  • CVE levels in master are becoming worrying again, help would be appreciated to address the open issues.
  • We have a growing number of bugs in bugzilla, any help with them is appreciated.

 

Ways to contribute:

 

YP 4.2 Milestone Dates:

  • YP 4.2 M2 build date 2023/01/23
  • YP 4.2 M2 Release date 2023/02/03
  • YP 4.2 M3 build date 2023/02/20
  • YP 4.2 M3 Release date 2023/03/03
  • YP 4.2 M4 build date 2023/04/03
  • YP 4.2 M4 Release date 2023/04/28

 

Upcoming dot releases:

  • YP 4.1.2 ready for release
  • YP 3.1.22  built and in QA
  • YP 3.1.22 Release date 2023/01/27
  • YP 4.0.7 build date 2023/01/30
  • YP 4.0.7 Release date 2023/02/10
  • YP 3.1.23 build date 2023/02/13
  • YP 3.1.23 Release date 2023/02/24
  • YP 4.0.8 build date 2023/02/27
  • YP 4.0.8 Release date 2023/03/10
  • YP 4.1.3 build date 2023/03/06
  • YP 4.1.3 Release date 2023/03/17
  • YP 3.1.24 build date 2023/03/20
  • YP 3.1.24 Release date 2023/03/31
  • YP 4.0.9 build date 2023/04/10
  • YP 4.0.9 Release date 2023/04/21
  • YP 4.1.4 build date 2023/05/01
  • YP 4.1.4 Release date 2023/05/13
  • YP 3.1.25 build date 2023/05/08
  • YP 3.1.25 Release date 2023/05/19
  • YP 4.0.10 build date 2023/05/15
  • YP 4.0.10 Release date 2023/05/26

 

Tracking Metrics:

 

The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Re: gn-native_106.0.5249.119.bb:do_compile failed with exit code '1'

Khem Raj
 

Can you try installing

libstdc++-dev on your build machine ?

On Mon, Jan 16, 2023 at 11:20 PM <jovanbosic95@...> wrote:

Can someone help me with this problem? I want to install chromium on dunfell, and I am receiving this problem.

jovanbosic@administrator-ThinkPad-L470:~/Yocto/build$ bitbake core-image-full-cmdline
WARNING: Host distribution "ubuntu-22.04" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution.
Loading cache: 100% |############################################| Time: 0:00:00
Loaded 3726 entries from dependency cache.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION = "1.46.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "x86_64-poky-linux"
MACHINE = "qemux86-64"
DISTRO = "poky"
DISTRO_VERSION = "3.1.22"
TUNE_FEATURES = "m64 core2"
TARGET_FPU = ""
meta
meta-poky
meta-yocto-bsp
meta-selftest
meta-skeleton = "dunfell:6b8a307b7843af23d189d7ffcecf32c05afac850"
meta-chromium = "master:068b693ffcf0273ec23d0ab1eeb8f4b97eb143a1"
meta-clang = "dunfell-clang12:8a6558fe1cedb3eb817333369a3cc2512364f1a6"
meta-filesystems
meta-gnome
meta-initramfs
meta-multimedia
meta-networking
meta-oe
meta-perl
meta-python
meta-webserver
meta-xfce = "dunfell:7952135f650b4a754e2255f5aa03973a32344123"

Initialising tasks: 100% |#######################################| Time: 0:00:05
Sstate summary: Wanted 21 Found 0 Missed 21 Current 2963 (0% match, 99% complete)
NOTE: Executing Tasks
ERROR: gn-native-106.0.5249.119-r0 do_compile: Execution of '/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/temp/run.do_compile.4042233' failed with exit code 1
ERROR: Logfile of failure stored in: /home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/temp/log.do_compile.4042233
Log data follows:
| DEBUG: Executing shell function do_compile
| ninja: Entering directory `/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/chromium-106.0.5249.119/out/Release/gn_build'
| [1/195] CXX src/base/files/file_path_constants.o
| FAILED: src/base/files/file_path_constants.o
| clang++ -target x86_64-linux -MMD -MF src/base/files/file_path_constants.o.d -I../../../tools/gn/src -I. -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_LIBCPP_HAS_NO_VENDOR_AVAILABILITY_ANNOTATIONS -DNDEBUG -O3 -fdata-sections -ffunction-sections -Werror -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -fno-rtti -fdiagnostics-color -Wall -Wextra -Wno-unused-parameter -Wextra-semi -Wundef -std=c++17 -c ../../../tools/gn/src/base/files/file_path_constants.cc -o src/base/files/file_path_constants.o
| ../../../tools/gn/src/base/files/file_path_constants.cc:7:10: fatal error: 'iterator' file not found
| #include <iterator>
| ^~~~~~~~~~
| 1 error generated.
| [2/195] CXX src/base/files/file_path.o
| FAILED: src/base/files/file_path.o
| clang++ -target x86_64-linux -MMD -MF src/base/files/file_path.o.d -I../../../tools/gn/src -I. -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_LIBCPP_HAS_NO_VENDOR_AVAILABILITY_ANNOTATIONS -DNDEBUG -O3 -fdata-sections -ffunction-sections -Werror -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -fno-rtti -fdiagnostics-color -Wall -Wextra -Wno-unused-parameter -Wextra-semi -Wundef -std=c++17 -c ../../../tools/gn/src/base/files/file_path.cc -o src/base/files/file_path.o
| In file included from ../../../tools/gn/src/base/files/file_path.cc:5:
| ../../../tools/gn/src/base/files/file_path.h:107:10: fatal error: 'iosfwd' file not found
| #include <iosfwd>
| ^~~~~~~~
| 1 error generated.
| [3/195] CXX src/base/files/file.o
| FAILED: src/base/files/file.o
| clang++ -target x86_64-linux -MMD -MF src/base/files/file.o.d -I../../../tools/gn/src -I. -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_LIBCPP_HAS_NO_VENDOR_AVAILABILITY_ANNOTATIONS -DNDEBUG -O3 -fdata-sections -ffunction-sections -Werror -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -fno-rtti -fdiagnostics-color -Wall -Wextra -Wno-unused-parameter -Wextra-semi -Wundef -std=c++17 -c ../../../tools/gn/src/base/files/file.cc -o src/base/files/file.o
| In file included from ../../../tools/gn/src/base/files/file.cc:5:
| ../../../tools/gn/src/base/files/file.h:10:10: fatal error: 'string' file not found
| #include <string>
| ^~~~~~~~
| 1 error generated.
| [4/195] CXX src/base/command_line.o
| FAILED: src/base/command_line.o
| clang++ -target x86_64-linux -MMD -MF src/base/command_line.o.d -I../../../tools/gn/src -I. -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_LIBCPP_HAS_NO_VENDOR_AVAILABILITY_ANNOTATIONS -DNDEBUG -O3 -fdata-sections -ffunction-sections -Werror -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -fno-rtti -fdiagnostics-color -Wall -Wextra -Wno-unused-parameter -Wextra-semi -Wundef -std=c++17 -c ../../../tools/gn/src/base/command_line.cc -o src/base/command_line.o
| In file included from ../../../tools/gn/src/base/command_line.cc:5:
| ../../../tools/gn/src/base/command_line.h:19:10: fatal error: 'map' file not found
| #include <map>
| ^~~~~
| 1 error generated.
| [5/195] CXX src/base/environment.o
| FAILED: src/base/environment.o
| clang++ -target x86_64-linux -MMD -MF src/base/environment.o.d -I../../../tools/gn/src -I. -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_LIBCPP_HAS_NO_VENDOR_AVAILABILITY_ANNOTATIONS -DNDEBUG -O3 -fdata-sections -ffunction-sections -Werror -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -fno-rtti -fdiagnostics-color -Wall -Wextra -Wno-unused-parameter -Wextra-semi -Wundef -std=c++17 -c ../../../tools/gn/src/base/environment.cc -o src/base/environment.o
| In file included from ../../../tools/gn/src/base/environment.cc:5:
| ../../../tools/gn/src/base/environment.h:8:10: fatal error: 'map' file not found
| #include <map>
| ^~~~~
| 1 error generated.
| [6/195] CXX src/base/files/file_enumerator.o
| FAILED: src/base/files/file_enumerator.o
| clang++ -target x86_64-linux -MMD -MF src/base/files/file_enumerator.o.d -I../../../tools/gn/src -I. -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -isystem/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/include -O2 -pipe -D_LIBCPP_HAS_NO_VENDOR_AVAILABILITY_ANNOTATIONS -DNDEBUG -O3 -fdata-sections -ffunction-sections -Werror -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -pthread -pipe -fno-exceptions -fno-rtti -fdiagnostics-color -Wall -Wextra -Wno-unused-parameter -Wextra-semi -Wundef -std=c++17 -c ../../../tools/gn/src/base/files/file_enumerator.cc -o src/base/files/file_enumerator.o
| In file included from ../../../tools/gn/src/base/files/file_enumerator.cc:5:
| ../../../tools/gn/src/base/files/file_enumerator.h:11:10: fatal error: 'vector' file not found
| #include <vector>
| ^~~~~~~~
| 1 error generated.
| ninja: build stopped: subcommand failed.
| Traceback (most recent call last):
| File "/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/chromium-106.0.5249.119/tools/gn/bootstrap/bootstrap.py", line 141, in <module>
| sys.exit(main(sys.argv[1:]))
| File "/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/chromium-106.0.5249.119/tools/gn/bootstrap/bootstrap.py", line 126, in main
| subprocess.check_call(
| File "/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/recipe-sysroot-native/usr/lib/python3.8/subprocess.py", line 364, in check_call
| raise CalledProcessError(retcode, cmd)
| subprocess.CalledProcessError: Command '['ninja', '-C', '/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/chromium-106.0.5249.119/out/Release/gn_build', '-w', 'dupbuild=err', 'gn']' returned non-zero exit status 1.
| WARNING: exit code 1 from a shell command.
| ERROR: Execution of '/home/jovanbosic/Yocto/build/tmp/work/x86_64-linux/gn-native/106.0.5249.119-r0/temp/run.do_compile.4042233' failed with exit code 1
ERROR: Task (/home/jovanbosic/Yocto/meta-browser/meta-chromium/recipes-browser/chromium/gn-native_106.0.5249.119.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 4710 tasks of which 4706 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
/home/jovanbosic/Yocto/meta-browser/meta-chromium/recipes-browser/chromium/gn-native_106.0.5249.119.bb:do_compile
Summary: There was 1 WARNING message shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.