Date   

QA notification for completed autobuilder build (yocto-3.1.14.rc1)

Richard Purdie
 

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


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


Build hash information:

bitbake: be6ecc160ac4a8d9715257b9b955363cecc081ea
meta-agl: 7a644d636237459c54128a71d083cb6f9e1b8e60
meta-arm: ce535dfb96de4d2529f091d7d85a7172c626001c
meta-aws: 9979cfa676105cb68cfadfdaeabf044d7c919319
meta-gplv2: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
meta-intel: 87984115eb6ed1a4c17204629dcb100f6b76fe82
meta-mingw: 524de686205b5d6736661d4532f5f98fee8589b7
meta-openembedded: ab9fca485e13f6f2f9761e1d2810f87c2e4f060a
oecore: f3be01483b01c88f8c4ba24ca73ccf1bcc33665c
poky: bba323389749ec3e306509f8fb12649f031be152



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


Re: How to prevent auto start of matchbox-terminal at boot?

Dave Beal
 

Thanks, Alex!  That was it.  The script that started the matchbox-terminal is /usr/bin/mini-x-session.  I just edited this file and commented out the terminal line and another line that was setting my display to an incorrect resolution.


Where setup KCONF_AUDIT_LEVEL value

Mauro Ziliani
 

Hi all.

The KCONF_AUDIT_LEVEL variable must be setup in a .conf file or I can change it in a recipe?


I try to understand why my file defconfig is not used my kernel configurator


MZ


Re: boot script for barebox in build/deploy/images/$IMAGE_NAME/ directory

Gary Huband
 

In Zeus I have a recipe that installs the file (a u-boot boot.scr for me):

install -m 0644 boot.scr ${DEPLOYDIR}

Make sure the recipe is included in your image.  Then in my machine conf:

IMAGE_BOOT_FILES = "zImage oftree imx7d-phyboard-zeta-004.dtb imx7d-phyboard-zeta-004-m4.dtb boot.scr"

Gary


From: yocto@... <yocto@...> on behalf of Ivan Riabtsov via lists.yoctoproject.org <ivriabtsov=gmail.com@...>
Sent: Saturday, January 29, 2022 10:47 PM
To: Yocto-mailing-list <yocto@...>
Subject: [yocto] boot script for barebox in build/deploy/images/$IMAGE_NAME/ directory
 
Hello everyone, I need to put the boot.sh file in the
build/deploy/images/$IMAGE_NAME/ directory during the build, how can I
do this using the yocto build system?

Gary Huband
Sr. Software and Systems Engineer

Office: 434.284.8071 x720
Direct: 434.260.4995
Gary@...

Follow Us!
LinkedIn  |  Blog  |  Website

: : : : : : : : : : : : : : : : : : : : : : : : : : :

MSi

This email and any files transmitted with it are confidential and proprietary and intended solely for the use of the individual or entity to whom they are addressed. Any dissemination, distribution or copying of this communication is strictly prohibited without our prior permission. If you received this in error, please contact the sender and delete the material from any computer.


Re: Fetch private gitlab repo using ssh with Yocto recipe #bitbake

Sourabh Hegde
 

Hello @Nicolas @Erik @Khem,

Update from my side:

After following some discussion from other posts, I added "config" file.

~/.ssh/config:

Host git.example.com
HostName git.example.com
User git
PreferredAuthentications publickey
IdentityFile ~/.ssh/id_ed25519.pub
# LogLevel DEBUG3

Then I did "eval `ssh-agent -s`"

Then doing "ssh-add ~/.ssh/id_ed25519.pub" results in:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '/root/.ssh/id_ed25519.pub' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.

Whereas the permissions are set as:

ls -l -a ~/.ssh

-rw-r--r-- 1 root root  157 Jan 31 10:48 config
-rw------- 1 root root  464 Jan 20 15:26 id_ed25519
-rw-r--r-- 1 root root  109 Jan 20 15:26 id_ed25519.pub
-rw-r--r-- 1 root root  888 Jan 26 08:43 known_hosts

"ssh-agent" is running

ssh-agent
SSH_AUTH_SOCK=/tmp/ssh-lcft54A4nriC/agent.2833; export SSH_AUTH_SOCK;
SSH_AGENT_PID=2834; export SSH_AGENT_PID;
echo Agent pid 2834;

After doing these changes, when I try to "ssh -v git.example.com" to test the connection before running bitbake, I get

OpenSSH_8.2p1 Ubuntu-4ubuntu0.4, OpenSSL 1.1.1f  31 Mar 2020
debug1: Reading configuration data /root/.ssh/config
debug1: /root/.ssh/config line 1: Applying options for git.example.com
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to git.example.com [116.203.241.xxx] port 22.
debug1: connect to address 116.203.241.xxx port 22: Connection refused
ssh: connect to host git.example.com port 22: Connection refused

I don't understand what is the issue here.

@Nicolas Can you please let me know where and how to run below commands? Do I need to run them every time before fetching from gitlab?
  -v $SSH_AUTH_SOCK:/ssh.socket \
  -e SSH_AUTH_SOCK=/ssh.socket \

And also I already have "known_hosts" file with matching entries for key/agent pair.

Can you please let me know how to make this working?

Your help will be much appreciated.

Thanks in advance.


Re: How to prevent auto start of matchbox-terminal at boot?

Alexander Kanavin
 

The logs reveal that 'packagegroup-core-x11 packagegroup-core-x11-base packagegroup-core-x11-xserver' are all installed. x11-base pulls in recipes-graphics/mini-x-session/mini-x-session_0.1.bb which starts a minimal session with a terminal. You should either drop x11-base, or tweak mini-x-session script to do what you want.

Alex


On Mon, 31 Jan 2022 at 01:22, Dave Beal via lists.yoctoproject.org <dbeal=cardinalpeak.com@...> wrote:
Thanks, Alex.  The log file is attached.
 
By the way, I'd be happy with a solution that involves changing a file on the target system after the Yocto build is complete.  The fix doesn't need to be in the Yocto build.
 
= Dave
 




Re: [qa-build-notification] QA notification for completed autobuilder build (yocto-3.5_M2.rc6)

Teoh, Jay Shen
 

Hi all,

This is the full report for yocto-3.5_M2.rc6:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults

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

new issue found

Bug 14708 - [3.5 M2] Failed to boot up on NFS with systemd

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14708

Thanks,
Jay

-----Original Message-----
From: qa-build-notification@... <qa-build-
notification@...> On Behalf Of Richard Purdie
Sent: Tuesday, 25 January, 2022 4:49 PM
To: <yocto@...> <yocto@...>
Cc: qa-build-notification <qa-build-notification@...>
Subject: [qa-build-notification] QA notification for completed autobuilder
build (yocto-3.5_M2.rc6)

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


https://autobuilder.yocto.io/pub/releases/yocto-3.5_M2.rc6


Build hash information:

bitbake: 1f06f326fa8b47e2a4dce756d57a9369a2225201
meta-agl: 7a644d636237459c54128a71d083cb6f9e1b8e60
meta-arm: 254482284d4588532bd7b9d980193e3e41adaa99
meta-aws: 8893e0cd4c0981eeda941eaa9ad2eb9359670502
meta-gplv2: f04e4369bf9dd3385165281b9fa2ed1043b0e400
meta-intel: 4ff5b19ba63ea69c47198e641acbc12e33634cac
meta-mingw: ddbf14b224215f47a5f80fc8154ade8d3bc318e8
meta-openembedded: a558d51fecda3e66ace21d02b57ab61bf122fdc1
oecore: a179485351a0563d12a2fef3e49971122255ed80
poky: 27ff420543f0195dab024698d804aca33f2ae139



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







Re: How to prevent auto start of matchbox-terminal at boot?

Dave Beal
 

Thanks, Alex.  The log file is attached.
 
By the way, I'd be happy with a solution that involves changing a file on the target system after the Yocto build is complete.  The fix doesn't need to be in the Yocto build.
 
= Dave
 


Re: How to prevent auto start of matchbox-terminal at boot?

Alexander Kanavin
 

Please share the log.do_rootfs for your image, otherwise it's difficult to say why the terminal ends up being there and gets autostarted.

Alex


On Sun, 30 Jan 2022 at 22:01, Dave Beal via lists.yoctoproject.org <dbeal=cardinalpeak.com@...> wrote:
Hello Yocto Community -

I am using Yocto to build a core-image-minimal image for Intel hardware.  When the system boots, it automatically starts a matchbox-terminal as root.  This is a huge security hole for this embedded system product, because anyone who plugs in a keyboard and monitor has access to this terminal.  I've spent about two days trying to figure out how to start X without this terminal appearing.  I assume there's a config file somewhere indicating that this terminal should start automatically, but I haven't been able to find it.  Any suggestions?  Thanks!

= Dave Beal
   Cardinal Peak, LLC
   Colorado, USA




How to prevent auto start of matchbox-terminal at boot?

Dave Beal
 

Hello Yocto Community -

I am using Yocto to build a core-image-minimal image for Intel hardware.  When the system boots, it automatically starts a matchbox-terminal as root.  This is a huge security hole for this embedded system product, because anyone who plugs in a keyboard and monitor has access to this terminal.  I've spent about two days trying to figure out how to start X without this terminal appearing.  I assume there's a config file somewhere indicating that this terminal should start automatically, but I haven't been able to find it.  Any suggestions?  Thanks!

= Dave Beal
   Cardinal Peak, LLC
   Colorado, USA


[meta-security][PATCH] lkrg-module: update to 0.9.2

Armin Kuster
 

see https://github.com/lkrg-org/lkrg
Support new stable and mainline kernels 5.14 to at least 5.16-rc*
Support new longterm kernels 5.4.118+, 4.19.191+, 4.14.233+

update SRC_URI as location changed.
refresh patch.

Signed-off-by: Armin Kuster <akuster808@...>
---
recipes-kernel/lkrg/files/makefile_cleanup.patch | 8 ++++----
.../lkrg/{lkrg-module_0.9.1.bb => lkrg-module_0.9.2.bb} | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
rename recipes-kernel/lkrg/{lkrg-module_0.9.1.bb => lkrg-module_0.9.2.bb} (84%)

diff --git a/recipes-kernel/lkrg/files/makefile_cleanup.patch b/recipes-kernel/lkrg/files/makefile_cleanup.patch
index 106dc3f..a4db2d9 100644
--- a/recipes-kernel/lkrg/files/makefile_cleanup.patch
+++ b/recipes-kernel/lkrg/files/makefile_cleanup.patch
@@ -4,10 +4,10 @@ This needs more work. Its my starting point.

Signed-off-by: Armin Kuster <akuster808@...>

-Index: lkrg-0.9.0/Makefile
+Index: lkrg-0.9.2/Makefile
===================================================================
---- lkrg-0.9.0.orig/Makefile
-+++ lkrg-0.9.0/Makefile
+--- lkrg-0.9.2.orig/Makefile
++++ lkrg-0.9.2/Makefile
@@ -4,28 +4,10 @@
# Author:
# - Adam 'pi3' Zabrocki (http://pi3.com.pl)
@@ -39,7 +39,7 @@ Index: lkrg-0.9.0/Makefile
src/modules/hashing/p_lkrg_fast_hash.o \
src/modules/comm_channel/p_comm_channel.o \
src/modules/integrity_timer/p_integrity_timer.o \
-@@ -91,23 +73,14 @@ $(TARGET)-objs += src/modules/ksyms/p_re
+@@ -92,23 +74,14 @@ $(TARGET)-objs += src/modules/ksyms/p_re
src/p_lkrg_main.o


diff --git a/recipes-kernel/lkrg/lkrg-module_0.9.1.bb b/recipes-kernel/lkrg/lkrg-module_0.9.2.bb
similarity index 84%
rename from recipes-kernel/lkrg/lkrg-module_0.9.1.bb
rename to recipes-kernel/lkrg/lkrg-module_0.9.2.bb
index 782c6e3..e055fbe 100644
--- a/recipes-kernel/lkrg/lkrg-module_0.9.1.bb
+++ b/recipes-kernel/lkrg/lkrg-module_0.9.2.bb
@@ -9,10 +9,10 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=5105ead24b08a32954f34cbaa7112432"

DEPENDS = "virtual/kernel elfutils"

-SRC_URI = "https://www.openwall.com/lkrg/lkrg-${PV}.tar.gz \
+SRC_URI = "https://download.openwall.net/pub/projects/lkrg/lkrg-${PV}.tar.gz \
file://makefile_cleanup.patch "

-SRC_URI[sha256sum] = "cabbee1addbf3ae23a584203831e4bd1b730d22bfd1b3e44883214f220b3babd"
+SRC_URI[sha256sum] = "c2b501c47089cce3ec3114cef6520b73aa3a098836183186b9bb5e097c99ac27"

S = "${WORKDIR}/lkrg-${PV}"

--
2.25.1


boot script for barebox in build/deploy/images/$IMAGE_NAME/ directory

Ivan Riabtsov <ivriabtsov@...>
 

Hello everyone, I need to put the boot.sh file in the
build/deploy/images/$IMAGE_NAME/ directory during the build, how can I
do this using the yocto build system?


[meta-security][PATCH 2/2] tpm2-pkcs11_1.7.0: Drop dstat from DPENDS

Armin Kuster
 

dstat was removed from meta-oe.

Signed-off-by: Armin Kuster <akuster808@...>
---
meta-tpm/recipes-tpm2/tpm2-pkcs11/tpm2-pkcs11_1.7.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-tpm/recipes-tpm2/tpm2-pkcs11/tpm2-pkcs11_1.7.0.bb b/meta-tpm/recipes-tpm2/tpm2-pkcs11/tpm2-pkcs11_1.7.0.bb
index 3a0917a..d70dbfa 100644
--- a/meta-tpm/recipes-tpm2/tpm2-pkcs11/tpm2-pkcs11_1.7.0.bb
+++ b/meta-tpm/recipes-tpm2/tpm2-pkcs11/tpm2-pkcs11_1.7.0.bb
@@ -4,7 +4,7 @@ SECTION = "security/tpm"
LICENSE = "BSD-2-Clause"
LIC_FILES_CHKSUM = "file://LICENSE;md5=0fc19f620a102768d6dbd1e7166e78ab"

-DEPENDS = "autoconf-archive pkgconfig dstat sqlite3 openssl libtss2-dev tpm2-tools libyaml p11-kit python3-setuptools-native"
+DEPENDS = "autoconf-archive pkgconfig sqlite3 openssl libtss2-dev tpm2-tools libyaml p11-kit python3-setuptools-native"

SRC_URI = "git://github.com/tpm2-software/tpm2-pkcs11.git;branch=master;protocol=https \
file://bootstrap_fixup.patch \
--
2.25.1


[meta-security][PATCH 1/2] packagegroup-security-tpm2.bb: remove dynamic pkgs

Armin Kuster
 

fixes:
packagegroup-security-tpm2-1.0-r0 do_package_write_rpm: An allarch packagegroup shouldn't depend on packages which are dynamically renamed (libtss2-tcti-device to libtss2-tcti-device0)

Signed-off-by: Armin Kuster <akuster808@...>
---
.../recipes-core/packagegroup/packagegroup-security-tpm2.bb | 3 ---
1 file changed, 3 deletions(-)

diff --git a/meta-tpm/recipes-core/packagegroup/packagegroup-security-tpm2.bb b/meta-tpm/recipes-core/packagegroup/packagegroup-security-tpm2.bb
index b8324e5..fb36fab 100644
--- a/meta-tpm/recipes-core/packagegroup/packagegroup-security-tpm2.bb
+++ b/meta-tpm/recipes-core/packagegroup/packagegroup-security-tpm2.bb
@@ -13,9 +13,6 @@ RDEPENDS:packagegroup-security-tpm2 = " \
trousers \
tpm2-tss \
libtss2 \
- libtss2-mu \
- libtss2-tcti-device \
- libtss2-tcti-mssim \
tpm2-abrmd \
tpm2-pkcs11 \
"
--
2.25.1


Re: Python3 app install best practice

Mauro Ziliani
 

Hi list.

I solved my problem working with distutils parameteres inside myapp.bb recipe


Mauro

On 26/01/22 18:30, Mauro Ziliani via lists.yoctoproject.org wrote:
Hi all

I'd like to install my python3 application in a custom folder with all local packages and data.


The source code folder has this tree


./myapp/__main__.py

./package/__init__.py

./package/pkg.py


I manage the application by myapp_1.0.bb recipe.

I'd like the myapp_1.0.ipk package contains


/home/apps/myapp/__main__.py

/home/apps/package/__init__.py

/home/apps/package/pkg.py


I try setup.py and  inherit setuptools3 in my myapp_git.bb but 'packages' is installed under python system folder.


There is a way to customize the path of python package installation?


MZ



Re: [oe] Inclusive Language Proposal for YP/OE

Peter Kjellerstedt
 

-----Original Message-----
From: openembedded-devel@... <openembedded-
devel@...> On Behalf Of Jon Mason
Sent: den 24 januari 2022 17:18
To: yocto@...; Patches and discussions about the oe-
core layer <openembedded-core@...>; OpenEmbedded Devel
List <openembedded-devel@...>
Subject: [oe] Inclusive Language Proposal for YP/OE
[cut]

For license handling, we’d use the opportunity to clean up the
WHITELIST_(ANY LICENSE) syntax and replace it with a
INCOMPATIBLE_LICENSE_ALLOWED_RECIPES, which would be a list of
recipes which are of a blocked the INCOMPATIBLE_LICENSE list.
I am not so sure about this name. Not only is it extremely long,
but at least I would like to revise the entire system of how
licenses are handled. The major reason for this is that our
legal department requires us to have a list of allowed licenses
rather than a list of disallowed licenses. Thus we have a
COMPATIBLE_LICENSES variable. We then set INCOMPATIBLE_LICENSE
to AVAILABLE_LICENSES - COMPATIBLE_LICENSES. However, after the
introduction of all official SPDX licenses into OE-Core a while
ago this became problematic as the current implementation will
go through all licenses specified in INCOMPATIBLE_LICENSE many,
many times during recipe parsing, which caused the time to parse
all recipes to increase three times for us. Thus I would like to
implement proper support for COMPATIBLE_LICENSES in addition to
the INCOMPATIABLE_LICENSE variable to allow choosing the option
that suits the situation best.

However, in either case there would still need to be a way to
specify exceptions to the incompatible licenses, which is why I
would prefer that the name is not locked to the
INCOMPATIBLE_LICENSE variable. Here are a couple of alternatives:

* LICENSE_EXCEPTIONS
* ALLOWED_RECIPES
* LICENSE_ALLOWED_RECIPES

It is also that the WHITELIST variables have two use cases today,
one is to allow a _recipe_ to be built and the other is to allow
a _package_ to be added to an image even if it has an incompatible
license. The first use case can just as easily be achieved by
setting INCOMPATIBLE_LICENSE:pn-foo = "" for a recipe foo that
shall be allowed to be built even if it has an incompatible
license. With this in mind, maybe the variable should actually be
an image variable and specify a list of allowed packages instead,
e.g., IMAGE_ALLOWED_PACKAGES. Whether the variable with a list of
allowed recipes is then still needed or if it is enough to
manipulate INCOMPATIBLE_LICENSE as per above can be discussed.

//Peter


Re: libquadmath

Randy MacLeod
 

On 2022-01-04 10:00, staticd wrote:
One final update for anyone who might run into this problem.
With all of my fiddling/twiddling I failed to get libquadmath to build under the `zeus` branch.  Unfortunately, my other layer dependencies only support `zeus` so it seems I will have to wait until they support a branch that can build `libquadmath`.
I am fairly certain there is just a simple mistake somewhere but, alas, I have been unable to find where that is.
Hi,

If you can come up with a reasonably simple reproducer and
it fails on a supported branch:
https://wiki.yoctoproject.org/wiki/Releases

then we'd appreciate if if you could report the bug in the YP Bugzilla:

https://wiki.yoctoproject.org/wiki/Bugzilla_Configuration_and_Bug_Tracking

Don't worry too much about getting every field right if you aren't familiar
with the overall project.


There's no guarantee that we'll get someone to work on it but
at least it's tracked and we might get to it at some point.

../Randy


On Mon, Jan 3, 2022 at 4:55 PM staticd <staticd@... <mailto:staticd@...>> wrote:
I made some progress...
It turns out that libquadmath is failing to build.
When I goto the
`build/tmp/work/...../gcc-runtime/9.2.0-r0/gcc-9.2.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libquadmath`
directory, the only files that are there are:
```
libquadmath  ] ls -l
total 476
-rw-r--r--. 1 2017 oe-builder   4433 Jan  3 16:17 config.h
-rw-r--r--. 1 2017 oe-builder  69297 Jan  3 16:17 config.log
-rwxr-xr-x. 1 2017 oe-builder  77122 Jan  3 16:17 config.status
-rwxr-xr-x. 1 2017 oe-builder 267083 Jan  3 16:17 libtool
-rw-r--r--. 1 2017 oe-builder  57241 Jan  3 16:17 Makefile
-rw-r--r--. 1 2017 oe-builder     23 Jan  3 16:17 stamp-h1
```
In the config.log, there are errors, some of which are expected, but
still:
```
libquadmath  ] grep -i error config.log
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-V'
arm-oe-linux-gnueabi-gcc: fatal error: no input files
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option
'-qversion'; did you mean '--version'?
arm-oe-linux-gnueabi-gcc: fatal error: no input files
conftest.c:11:10: fatal error: ac_nonexistent.h: No such file or
directory
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-V'
arm-oe-linux-gnueabi-gcc: fatal error: no input files
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option
'-qversion'; did you mean '--version'?
arm-oe-linux-gnueabi-gcc: fatal error: no input files
conftest.c:28:10: fatal error: ac_nonexistent.h: No such file or
directory
configure:12551: arm-oe-linux-gnueabi-gcc  -mthumb -mfpu=neon
-mfloat-abi=hard -mcpu=cortex-a9
--sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot
-c  -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot=
 -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot-native=    -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0=/usr/src/debug/gcc-runtime/9.2.0-r0    -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0/include=/usr/src/debug/gcc-runtime/9.2.0-r0/libstdc++-v3/../include    -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0/libiberty=/usr/src/debug/gcc-runtime/9.2.0-r0/libstdc++-v3/../libiberty    -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/gcc-9.2.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi=/usr/src/debug/gcc-runtime/9.2.0-r0     -Werror  conftest.c >&5
glibcxx_cv_system_error10=yes
glibcxx_cv_system_error11=yes
glibcxx_cv_system_error12=yes
glibcxx_cv_system_error13=yes
glibcxx_cv_system_error14=yes
glibcxx_cv_system_error15=yes
glibcxx_cv_system_error16=yes
glibcxx_cv_system_error17=yes
glibcxx_cv_system_error18=yes
glibcxx_cv_system_error19=yes
glibcxx_cv_system_error1=yes
glibcxx_cv_system_error2=yes
glibcxx_cv_system_error3=yes
glibcxx_cv_system_error4=yes
glibcxx_cv_system_error5=yes
glibcxx_cv_system_error6=yes
glibcxx_cv_system_error7=yes
glibcxx_cv_system_error8=yes
glibcxx_cv_system_error9=yes
```
If I check out another library that I expect to get, like, `libitm`,
I see:
```
libquadmath  ] ls -trl ../libitm/
total 2872
-rwxr-xr-x. 1 2017 oe-builder  97435 Jan  3 16:17 config.status
-rw-r--r--. 1 2017 oe-builder  47665 Jan  3 16:17 Makefile
drwxr-xr-x. 2 2017 oe-builder     22 Jan  3 16:17 testsuite
-rw-r--r--. 1 2017 oe-builder    162 Jan  3 16:17 libitm.spec
-rw-r--r--. 1 2017 oe-builder   5251 Jan  3 16:17 config.h
-rw-r--r--. 1 2017 oe-builder     23 Jan  3 16:17 stamp-h1
-rwxr-xr-x. 1 2017 oe-builder 274850 Jan  3 16:17 libtool
-rw-r--r--. 1 2017 oe-builder    868 Jan  3 16:17 gstdint.h
-rw-r--r--. 1 2017 oe-builder 119521 Jan  3 16:17 config.log
-rw-r--r--. 1 2017 oe-builder  50080 Jan  3 16:18 alloc_c.o
...
-rw-r--r--. 1 2017 oe-builder    931 Jan  3 16:18 libitm.la
<http://libitm.la>
```
Have you seen something like this before?  I am not sure how to fix
this...
Any help is greatly appreciated.
On Sun, Jan 2, 2022 at 5:13 PM staticd via lists.yoctoproject.org
<http://lists.yoctoproject.org>
<staticd=gmail.com@...
<mailto:gmail.com@...>> wrote:
So, I built the latest poky and created the example recipe with
the `DEPENDS` from my recipe and indeed, I see `libquadmath.so
<http://libquadmath.so>`
in `sysroots-components/`.
I am really scratching my head now.  I must be missing something
silly somewhere...
My build environment is running `zeus`  and the latest `poky` I
grabbed is `honister`  Perhaps something changed that I am just
overlooking somehow.
On Sun, Jan 2, 2022 at 2:18 PM staticd via
lists.yoctoproject.org
<http://lists.yoctoproject.org>
<staticd=gmail.com@...
<mailto:gmail.com@...>> wrote:
Thank you, Konrad.
I have tried both of the approaches (local.conf and
gcc-runtime_%.bbappend/gcc_%.bbappend), still
`libquadmath.so
<http://libquadmath.so>`
is not being built.
I will keep fiddling but I think we are onto something.
The interesting thing I found is that `libquadmath.so
<http://libquadmath.so>`
IS being built for the nativesdk but NOT when I add `DEPENDS
= "virtual/${TARGET_PREFIX}compillerlibs"` to my recipe.
Perhaps, because `FORTRAN = ""` is in the gcc_%.bb, maybe
that should be something less strict?
I might be screwing up my bbappend too...
My append is in
`meta-mylayer/recipes-devtools/gcc/gcc-runtime_%.bbappend`
Which is mapped correctly to $BBFILES n my layers `layer.conf`
On Sun, Jan 2, 2022 at 2:07 PM Konrad Weihmann
<kweihmann@... <mailto:kweihmann@...>> wrote:
The following I just found in local.conf.sample.extended
# Enabling FORTRAN
# Note this is not officially supported and is just
illustrated here to
# show an example of how it can be done
# You'll also need your fortran recipe to depend on
libgfortran
FORTRAN:forcevariable = ",fortran"
guess that will solve your issue without the need for a
bbappend.
Just inject that line via distro or local.conf
On 02.01.22 18:31, staticd wrote:
> I think to clarify...what I need are these files:
>
> --- snipped from gcc-runtime.inc ---
> ```
> FILES_libquadmath = "${libdir}/libquadmath*.so.*"
> SUMMARY_libquadmath = "GNU quad-precision math library"
> FILES_libquadmath-dev = "\
>      ${libdir}/${TARGET_SYS}/${BINV}/include/quadmath* \
>      ${libdir}/libquadmath*.so \
>      ${libdir}/libquadmath.la
<http://libquadmath.la>
<http://libquadmath.la
<http://libquadmath.la>>
\
> "
> ```
> ---
> to be in my $STAGING_LIBDIR
>
> So far, I have been unable to figure out how to do
that, unfortunately.
>
> On Sun, Jan 2, 2022 at 12:23 PM staticd
<staticd@... <mailto:staticd@...>
> <mailto:staticd@...
<mailto:staticd@...>>> wrote:
>
>     Thank you, Michael.
>
>     I have `DEPENDS =
"virtual/arm-oe-linux-gnueabi-compilerlibs"`
>
>     and `do_compile[depends] +=
>     "virtual/arm-oe-linux-gnueabi-compilerlibs:do_check"`
>
>     However, libquadmath.so
<http://libquadmath.so>
is still not present in `recipe-sysroot/lib`
>
>     I used the `do_check` task from gcc_runtime but
that still isn't
>     providing `libquadmath.so
<http://libquadmath.so>`
in my $STAGING_LIBDIR, which is where I
>     need it.
>
>     Many thanks.
>
>     On Sun, Jan 2, 2022 at 12:17 PM Michael Ho
<michael.ho@... <mailto:michael.ho@...>
>     <mailto:michael.ho@...
<mailto:michael.ho@...>>> wrote:
>
>         Not familiar with Fortran but maybe it helps
to know that this
>         is normally handled with the DEPENDS
mechanism. When you add
>         other recipes as dependencies to your recipe,
the task
>         do_prepare_recipe_sysroot (run before
do_compile) will make hard
>         links to the files from those dependency
recipes into that
>         recipe-sysroot directory.
>
>         See:
>
https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot
<https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>
>
 <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>>
>
>         Kind regards,
>         Michael
>
>         On Sun, 2 Jan 2022, 6:06 pm staticd,
<staticd@... <mailto:staticd@...>
>         <mailto:staticd@...
<mailto:staticd@...>>> wrote:
>
>             okay...I think I have a more interesting
question now...
>
>             In the package I am building I have some
Fortran code that
>             requires `libquadmath`
>
>             I see that `gcc-runtime` provides the
library but I need the
>             library present in `recipe-sysroot/lib`
when my `do_compile`
>             runs
>
>             Is there a way for me to do that?
>
>             My current approach is to build my image,
copy the
>             libraries/includes to my recipe and
`install` them in
>             `recipe-sysroot` before `do_compile`
>
>             This doesn't seem like the correct
approach but I am not
>             sure how else to do it at this point
>
>             Any help would be greatly appreciated.
>
>
>
>
>
>
>

--
# Randy MacLeod
# Wind River Linux


Re: Preferred provide base-utils issue

Paul van Berlo <pvanberlo@...>
 

Hi,

Adding that line results in an error:

ERROR: Nothing RPROVIDES 'syslog' (but /yocto/poky-dunfell/meta/recipes-core/packagegroups/packagegroup-core-boot.bb, /yocto/poky-dunfell/meta/recipes-core/initrdscripts/initramfs-module-install_1.0.bb, /yocto/poky-dunfell/meta/recipes-core/initrdscripts/initramfs-module-install-efi_1.0.bb RDEPENDS on or otherwise requires it)

The kernel panic ends with "not syncing: Attempted to kill init! exitcode=0x00000100". This is using the genericx86-64 machine.

Regards,

Paul van Berlo



On Fri, 28 Jan 2022 at 18:43 Randy MacLeod <randy.macleod@...> wrote:
On 2022-01-26 11:17, Paul van Berlo wrote:
> Hello,
>
> so I'm a bit at a loss. I admit, I've not yet been using Yocto for a
> long time. I'm trying to use base-utils as provided by
> packagegroup-core-base-utils to have a more full featured set of base
> utils instead of busybox. It all builds just fine, however, whatever I
> do (using dunfell), it ends up with a kernel panic during boot.
>
> I added the following to local.conf on a clean clone of poky:
>
> INIT_MANAGER="systemd"
>
> IMAGE_FSTYPES="live"
>
> PREFERRED_PROVIDER_base-utils = "packagegroup-core-base-utils"
> VIRTUAL-RUNTIME_base-utils = "packagegroup-core-base-utils"
> VIRTUAL-RUNTIME_base-utils-hwclock = "util-linux-hwclock"
> VIRTUAL-RUNTIME_base-utils-syslog = ""

Hi Paul,

Try adding:

VIRTUAL-RUNTIME_base-utils-syslog = "syslog"

as shown on:

https://git.yoctoproject.org/poky/tree/meta-poky/conf/local.conf.sample.extended#n371

I would expect that since you have systemd, you'd have the systemd
journal as well so
you wouldn't need syslog but it would be good to do a sanity check.


If that doesn't help, show us what the kernel panic is saying.
Is this with a custom BSP and if so can you reproduce with qemux86-64?

Try the same things using poky on the master branch if you can.

../Randy


>
> Does anyone have any idea how to get this to work?
>
> Regards,
>
> Paul van Berlo
>
>
>

--
# Randy MacLeod
# Wind River Linux


Re: Preferred provide base-utils issue

Randy MacLeod
 

On 2022-01-26 11:17, Paul van Berlo wrote:
Hello,

so I'm a bit at a loss. I admit, I've not yet been using Yocto for a long time. I'm trying to use base-utils as provided by packagegroup-core-base-utils to have a more full featured set of base utils instead of busybox. It all builds just fine, however, whatever I do (using dunfell), it ends up with a kernel panic during boot.

I added the following to local.conf on a clean clone of poky:

INIT_MANAGER="systemd"

IMAGE_FSTYPES="live"

PREFERRED_PROVIDER_base-utils = "packagegroup-core-base-utils"
VIRTUAL-RUNTIME_base-utils = "packagegroup-core-base-utils"
VIRTUAL-RUNTIME_base-utils-hwclock = "util-linux-hwclock"
VIRTUAL-RUNTIME_base-utils-syslog = ""
Hi Paul,

Try adding:

VIRTUAL-RUNTIME_base-utils-syslog = "syslog"

as shown on:

https://git.yoctoproject.org/poky/tree/meta-poky/conf/local.conf.sample.extended#n371

I would expect that since you have systemd, you'd have the systemd journal as well so
you wouldn't need syslog but it would be good to do a sanity check.


If that doesn't help, show us what the kernel panic is saying.
Is this with a custom BSP and if so can you reproduce with qemux86-64?

Try the same things using poky on the master branch if you can.

../Randy



Does anyone have any idea how to get this to work?

Regards,

Paul van Berlo

--
# Randy MacLeod
# Wind River Linux


Re: Fetch private gitlab repo using ssh with Yocto recipe #bitbake

Khem Raj
 

On Fri, Jan 28, 2022 at 2:27 AM VIVAVIS AG <embedded@...> wrote:

Hi,

Von: yocto@... <yocto@...> Im Auftrag von Sourabh Hegde
Gesendet: Freitag, 28. Januar 2022 10:47

Can you please let me know how to "forward SSH_AGENT into it to be able
to fetch from internal projects without the need to mount the key into the container."? I never did that before.
I use the following options within the Docker run command:
-v $SSH_AUTH_SOCK:/ssh.socket \
-e SSH_AUTH_SOCK=/ssh.socket \

Furthermore, I had to mount the .ssh folder into the container to make it working (be aware of security risk).
Additionally, you should check that uid, gid of the user in the container is the same on the host.
yeah something like that works, we use it for yoe which always uses
container to build
see

https://github.com/YoeDistro/yoe-distro/blob/master/envsetup.sh#L528-L541

Regards,

Carsten