Greetings !

I have added the docker in yocto (zeus) and it is working with the Rootfile system which is having "Read-write" permission. When I trying to run the "Hello-world" image with the Rootfile system having "Read-only" permission through docker  I am facing issue . Please find the attached error logs .

Requesting your suggestions to overcome this issue.

Hello,

I have a problem with the archiver. I want to use it to export the sources used in our image for license compliance (GPL etc.).
We have a BSP supplier that supplies the Yocto system and the sources to build it in a mirror directory.

Now, when I use the archiver (mode: original) the exported sources don't contain the sources from the mirror, but only other files like patches.

To analyse this problem I put some extra logging into the archiver.bbclass to inspect the variable contents, and it seems the "local" variable where the archiver is looking for the sources to export doesn't fit with the path of the actual sources. This leads to the archiver just skipping that URL and proceeding.

For example for the systemd recipe it has the variable URL="git://github.com/systemd/systemd.git;protocol=git" and therefore it decides to look at local="<builddir>/downloads/git2/github.com.systemd.systemd.git"
But that file doesn't exist.
I inspected the do_fetch and do_unpack logs to find that the fetcher resolves "git://github.com/systemd/systemd.git;protocol=git" with returning the corresponding file from the mirror file:///<mirrorpath>/gitshallow_github.com.systemd.systemd.git_46659f7-1_master.tar.gz<file:///%3cmirrorpath%3e/gitshallow_github.com.systemd.systemd.git_46659f7-1_master.tar.gz>
The do_unpack task then unpacks tar -xzf <builddir>/downloads/gitshallow_github.com.systemd.systemd.git_46659f7-1_master.tar.gz
Which is possible because there is a symlink, I guess that was created by the fetcher
<builddir>/downloads/gitshallow_github.com.systemd.systemd.git_46659f7-1_master.tar.gz -> <mirror>/gitshallow_github.com.systemd.systemd.git_46659f7-1_master.tar.gz

So the problem seems to be that the archiver expects the sources in downloads/git2 but the fetcher creates the symlink in downloads and with additional pre- and postfiexes on the filename.

Sadly we are still on sumo, but at least for the archiver class there isn't any relevant change to hardknott. At least a dunfell upgrade is incoming in the next weeks.

Hi,

we were currently upgrading our yocto system to v3.1. In the older yocto system there was the "Yocto Eclipse Plugin" available. I saw in the changelog that unfortunately that this plugin is not maintained anymore and removed.

From the past we got whole bunch of autotools based projects. Is it somehow posible to use eclipse for development and debugging keeping the projects in the autotools world?

I tried using the eSDK (Following: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#sdk-working-projects)

Rebuilding the project from eclipse is now possible. It still complains that is can run the executable but I can start debugging. I tried to setup the debugger configuration like it was set up, when the "Yocto Eclipse Plugin" generated it. But when I try to debug the code, eclipse opens up the "Debug Perspective", also attaches to the remotly running gdbserver, but it never stops on breakpoints that were set in the eclipse GUI.

Is there any chance to use eclipse without the plugin, without converting all the packages to CMake or plain makefile projects?

Any hints or pointings to the right direction is appreciated.

I found the solution: My problem was that the default project configuration which created by "./configure {CONFIGURE_FLAGS}" doesn't do a build with debug information.

So ./configure {CONFIGURE_FLAGS} CXXFLAGS="-g -O0" has to be called before, and then debug is working.

Sorry for the stupid question before.

Kind regards,

Sebastian

Well, there was no update on the bug as well as on the patch so I was 
not aware of it.

Thanks, Richard for responding. I'll definitely follow your suggestion 
next time.

Hello All,

My Patch has not been reviewed for the past 7 months. Looking forward 
to see some updates on this.

Please find related links below.
https://lists.yoctoproject.org/g/yocto/message/51891
https://bugzilla.yoctoproject.org/show_bug.cgi?id=9700

Hi,

I was having a bbappend for uboot v2021.04 that calls binman command from u-boot source tree but it doesn't seems to work with bitbake with an error of unknown location of libfdt.
I have added dependency to dtc-native or did I missed anything? Is there any plan to enable binman support within u-boot-tools recipe?

| running build
| running build_py
| package init file '__init__.py' not found (or not a regular file)
| package init file 'etype/__init__.py' not found (or not a regular file)
| package init file '__init__.py' not found (or not a regular file)
| package init file 'etype/__init__.py' not found (or not a regular file)
| running build_scripts
| binman: cannot import name 'QUIET_NOTFOUND' from 'libfdt' (unknown location)
| WARNING: /build/yocto-stable/agilex-gsrd-rootfs/tmp/work/agilex-poky-linux/u-boot-socfpga/1_v2021.04+gitAUTOINC+396ee271f2-r0/temp/run.do_compile.8579:158 exit 1 from './tools/binman/binman build -u -d /build/yocto-stable/agilex-gsrd-rootfs/tmp/work/agilex-poky-linux/u-boot-socfpga/1_v2021.04+gitAUTOINC+396ee271f2-r0/build/${config}/u-boot.dtb -O . -i u-boot'
| WARNING: Backtrace (BB generated script):
| #1: do_compile, /build/yocto-stable/agilex-gsrd-rootfs/tmp/work/agilex-poky-linux/u-boot-socfpga/1_v2021.04+gitAUTOINC+396ee271f2-r0/temp/run.do_compile.8579, line 158
| #2: main, /build/yocto-stable/agilex-gsrd-rootfs/tmp/work/agilex-poky-linux/u-boot-socfpga/1_v2021.04+gitAUTOINC+396ee271f2-r0/temp/run.do_compile.8579, line 184
|
| Backtrace (metadata-relative locations):
| #1: do_compile, autogenerated, line 7
ERROR: Task (/build/yocto-stable/agilex-gsrd-rootfs/../meta-intel-fpga/recipes-bsp/u-boot/u-boot-socfpga_v2021.04.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2114 tasks of which 2111 didn't need to be rerun and 1 failed.

bbappend:
DEPENDS += "bc-native dtc-native python3-setuptools-native swig-native"

# This is require so that tools/binman/setup.py is discoverable during the build
DISTUTILS_SETUP_PATH = "${S}/tools/binman"
distutils3_do_compile() {
cd ${DISTUTILS_SETUP_PATH}
NO_FETCH_BUILD=1 \
STAGING_INCDIR=${STAGING_INCDIR} \
STAGING_LIBDIR=${STAGING_LIBDIR} \
${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py \
build --build-base=${B} ${DISTUTILS_BUILD_ARGS} || \
bbfatal_log "'${PYTHON_PN} setup.py build ${DISTUTILS_BUILD_ARGS}' execution failed."
}

do_compile_append() {
cp ${DEPLOY_DIR_IMAGE}/bl31.bin ${B}/${config}/bl31.bin
cd ${S}
./tools/binman/binman build -u -d ${B}/${config}/u-boot.dtb -O . -i u-boot
}

I'm using Yocto "warrior" version.

It is setup for powerpc-nf
DEFAULTTUNE = "powerpc-nf"
DISTRO = "poky"

Everything seems to work find until I enable "valgrind".  'bitbake' fails to compile valgrind

************************
:
| collect2: error: ld returned 1 exit status
| make[3]: *** [Makefile:1034: memcheck-ppc32-linux] Error 1
| make[3]: Leaving directory '${WORK_DIR}/powerpc-nf-poky-linux/valgrind/3.14.0-r0/build/memcheck'
| make[2]: *** [Makefile:1345: all-recursive] Error 1
| make[2]: Leaving directory '${WORK_DIR}/powerpc-nf-poky-linux/valgrind/3.14.0-r0/build/memcheck'
| make[1]: *** [Makefile:834: all-recursive] Error 1
| make[1]: Leaving directory '${WORK_DIR}/work/powerpc-nf-poky-linux/valgrind/3.14.0-r0/build'
| make: *** [Makefile:703: all] Error 2
| make: Leaving directory '${WORK_DIR}/powerpc-nf-poky-linux/valgrind/3.14.0-r0/build'
| ERROR: oe_runmake failed
| WARNING: ${WORK_DIR}/powerpc-nf-poky-linux/valgrind/3.14.0-r0/temp/run.do_compile.23806:1 exit 1 from 'exit 1'
| ERROR: Function failed: do_compile (log file is located at ${WORK_DIR}/powerpc-nf-poky-linux/valgrind/3.14.0-r0/temp/log.do_compile.23806)
ERROR: Task (${REPODIR}fips-build/meta/recipes-devtools/valgrind/valgrind_3.14.0.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 4091 tasks of which 4089 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
  ${REPO_DIR}/fips-build/meta/recipes-devtools/valgrind/valgrind_3.14.0.bb:do_compile
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
*********************************************

Many link failure...
**********************************
 undefined reference to `__floatsidf'
undefined reference to `__muldf3'
undefined reference to `__ltdf2'
undefined reference to `__fixdfsi'
undefined reference to `__divdf3'
undefined reference to `__floatunsidf'
undefined reference to `__floatundidf'
undefined reference to `__adddf3'
undefined reference to `__fixunsdfdi'
undefined reference to `__nedf2'
undefined reference to `__gtdf2'
undefined reference to `__subdf3'
undefined reference to `__eqsf2'
undefined reference to `__eqdf2'
undefined reference to `__floatunsisf'
undefined reference to `__divsf3'
***********************

Seems like many people were running into this issue for many reason.  Saw a lot of suggestion in google, but seem like there is no real solution...
I try to create valgrind_%.bbappen with the following contents.  And did not help...
#####################
#valgrind will not compile even with below changes
CFLAGS_prepend = " -lc -lm "
CFLAGS_append = " -ffast-math -static-libgcc -lgcc -ffreestanding -lc -lm "
#BASE_WORKDIR="/tmp/youhour/fips-build/m20210707a/fips-ppcnf/build/tmp/work"
#./powerpc-nf-poky-linux/valgrind/3.14.0-r0/recipe-sysroot/usr/lib/powerpc-poky-linux/8.3.0/libgcc.a
BUILD_LDFLAGS_append = " -L${BASE_WORKDIR}/powerpc-nf-poky-linux/valgrind/3.14.0-r0/recipe-sysroot/usr/lib/powerpc-poky-linux/8.3.0 "
#####################

Any suggestion is appreciated.

[Please note: This e-mail is from an EXTERNAL e-mail address]

On 1/4/21 9:31 PM, Changqing Li wrote:

* add support for mingw32
* Engines are installed in a slightly different path, which is
  urgly, patch it to make the path shorter
* remove runtime dependency from perl for mingw nativesdk

since commit 70da1f956bfbb627691c47eba7451182aca758e3 of oe-core
'openssl: Add c_rehash to misc package and add perl runtime dependency'

package openssl-misc have runtime dependency on perl, and perl then
have depenency on another 3 recipes, db/gdbm/libxcrypt. according to
http://arsv.github.io/perl-cross/usage.html, perl don't support
cross-compile build for mingw32 and another 3 recipes also don't
support mingw well. so remove the dependency of perl, don't support
c_rehash for mingw.

It would appear that some or all of this patch is unnecessary. OE-core 166bb89f6d97495b6522786182b4f9623acd7ff4 implements part of this patch, which makes me think it's working there without any changes necessary. It would be worth following up to see if that is the case.

Signed-off-by: Changqing Li <changqing.li@...>
---
 ...ile.tmpl-don-t-add-prefix-for-libdir.patch | 32 +++++++++++++++++++
 .../openssl/openssl_%.bbappend                | 31 ++++++++++++++++++
 2 files changed, 63 insertions(+)
 create mode 100644 recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch
 create mode 100644 recipes-connectivity/openssl/openssl_%.bbappend

diff --git a/recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch b/recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch
new file mode 100644
index 0000000..028431b
--- /dev/null
+++ b/recipes-connectivity/openssl/files/0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch
@@ -0,0 +1,32 @@
+From 8fe5c9421acfaff35b637e7ad55d1df598bb7081 Mon Sep 17 00:00:00 2001
+From: Changqing Li <changqing.li@...>
+Date: Tue, 22 Dec 2020 09:22:10 +0800
+Subject: [PATCH] unix-Makefile.tmpl: don't add prefix for libdir
+
+we had pass libdir to Configure, don't use prefix again to
+avoid engineer dir set to:
+/opt/poky/3.2+snapshot/sysroots/x86_64-w64-mingw32/usr/opt/poky/3.2+snapshot/sysroots/x86_64-w64-mingw32/usr/lib/engines-1_1
+
+Upstream-Status: Inappropriate[oe-specific]
+
+Signed-off-by: Changqing Li <changqing.li@...>
+---
+ Configurations/unix-Makefile.tmpl | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Configurations/unix-Makefile.tmpl b/Configurations/unix-Makefile.tmpl
+index bbafb98..eecb63e 100644
+--- a/Configurations/unix-Makefile.tmpl
++++ b/Configurations/unix-Makefile.tmpl
+@@ -244,7 +244,7 @@ LIBDIR={- our $libdir = $config{libdir} || "lib";
+           File::Spec::Win32->file_name_is_absolute($libdir) ? "" : $libdir -}
+ ENGINESDIR_dev={- use File::Spec::Win32;
+                   our $enginesdir =
+-                      File::Spec::Win32->catdir($prefix,$libdir,
++                      File::Spec::Win32->catdir($libdir,
+                                                 "engines-$sover_dirname");
+                   our ($enginesdir_dev, $enginesdir_dir, $enginesdir_file) =
+                       File::Spec::Win32->splitpath($enginesdir, 1);
+-- 
+2.17.1
+
diff --git a/recipes-connectivity/openssl/openssl_%.bbappend b/recipes-connectivity/openssl/openssl_%.bbappend
new file mode 100644
index 0000000..7fd82f1
--- /dev/null
+++ b/recipes-connectivity/openssl/openssl_%.bbappend
@@ -0,0 +1,31 @@
+FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
+
+SRC_URI_append_mingw32_class-nativesdk = " \
+           file://0001-unix-Makefile.tmpl-don-t-add-prefix-for-libdir.patch \
+"
+
+do_configure_mingw32 () {
+	os=${HOST_OS}
+	target="$os-${HOST_ARCH}"
+	case $target in
+        mingw32-x86_64)
+                target=mingw64
+                ;;
+        mingw32-i686)
+                target=mingw
+                ;;
+        esac
+
+        useprefix=${prefix}
+        if [ "x$useprefix" = "x" ]; then
+                useprefix=/
+        fi
+        # WARNING: do not set compiler/linker flags (-I/-D etc.) in EXTRA_OECONF, as they will fully replace the
+        # environment variables set by bitbake. Adjust the environment variables instead.
+        HASHBANGPERL="/usr/bin/env perl" PERL=perl PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
+        perl ${S}/Configure ${EXTRA_OECONF} ${PACKAGECONFIG_CONFARGS} --prefix=$useprefix --openssldir=${libdir}/ssl-1.1 --libdir=${libdir} $target
+        perl ${B}/configdata.pm --dump
+}
+
+FILES_${PN}-engines_mingw32_class-nativesdk = "${libdir}/engines-1_1"
+RDEPENDS_${PN}-misc_remove_mingw32_class-nativesdk = "perl"