Re: preistall package when use a package manager
On 9/21/20 1:28 AM, Matteo Facchinetti wrote:
Hi,it seems you want to bundle unstalled packages ( rpms ) in your firmware, perhaps you can look at adding a ROOTFS_POSTPROCESS_COMMAND and copy the needed packages, but you need to be sure that all dependencies(rpms) are also made available as part of this bundle and you have to check this consistency everytime you update firmware Regards,
|
|
Re: RDEPENDS problem
Maciej Pijanowski
On 21.09.2020 23:46, Greg
Wilson-Lindberg wrote:
You could try with PROVIDES: https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-PROVIDESI have a custom recipe that copies a .so, that libMotors.so calls functions in another libcanfestival.so. When I first added in the copy of the .so I didn't have an RDEPENDS and Yocto printed out an warning listing the package that it wanted. I added an RDEPENDS_${PN} with all of the packages listed, but I'm still getting an error for the first libMotors.so: ERROR: userconfig-1.0-r0 do_package_qa: QA Issue: /home/sakura/lib/libMotors.so.1.0.0 contained in package userconfig requires libcanfestival.so, but no providers found in RDEPENDS_userconfig? [file-rdeps] In userdepends I added: RDEPENDS_${PN} += "canfestival libelf libgcrypt pcsc-lite-lib qtbase qtdeclarative qtserialport zint" Package canfestival_3-asc in has: FILES_${PN} = "/usr/lib/libcanfestival.so /usr/lib/libcanfestival_unix.so /usr/lib/libcanfestival_can_socket.so" which seems to me like it should satisfy the requirements of the RDEPENDS, but it is not. bitbake initially gave me a warning that listed canfestival as needing to be added to an RDEPENDS for userconfig. But now it is saying that it can't figure out what package supplies the libcanfestival.so file. Can someone help me to understand what is going on? How do I explicitly say that a package supplies a given file? -- Maciej Pijanowski Embedded Systems Engineer GPG: 9963C36AAC3B2B46 https://3mdeb.com | @3mdeb_com
|
|
[meta-zephyr][morty PATCH] zephyr-kernel: update URLs
Jon Mason
URLs no longer point to a valid location. Update to the current
location. Signed-off-by: Jon Mason <jon.mason@arm.com> --- classes/zephyr-kernel-src.bbclass | 2 +- recipes-kernel/zephyr-kernel/zephyr-kernel-src_1.6.bb | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/classes/zephyr-kernel-src.bbclass b/classes/zephyr-kernel-src.bbclass index d7aa81bfaa62..cd1503dc1299 100644 --- a/classes/zephyr-kernel-src.bbclass +++ b/classes/zephyr-kernel-src.bbclass @@ -3,7 +3,7 @@ PREFERRED_VERSION_zephyr-kernel ??= "1.6.0" SRCREV = "d4e799d77a36eaf6d678b357c207411ec32b2d62" -SRC_URI = "git://gerrit.zephyrproject.org/r/zephyr.git;protocol=https;branch=v1.6.0-branch \ +SRC_URI = "git://github.com/zephyrproject-rtos/zephyr.git;protocol=https;branch=v1.6-branch \ file://Makefile.toolchain.yocto " PV = "1.6.0" diff --git a/recipes-kernel/zephyr-kernel/zephyr-kernel-src_1.6.bb b/recipes-kernel/zephyr-kernel/zephyr-kernel-src_1.6.bb index df373e850c94..b47e8ac1b7d0 100644 --- a/recipes-kernel/zephyr-kernel/zephyr-kernel-src_1.6.bb +++ b/recipes-kernel/zephyr-kernel/zephyr-kernel-src_1.6.bb @@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=fa818a259cbed7ce8bc2a22d35a464fc" # tag v1.6.0 SRCREV="d4e799d77a36eaf6d678b357c207411ec32b2d62" -SRC_URI = "git://gerrit.zephyrproject.org/r/zephyr.git;protocol=https;branch=v1.6.0-branch" +SRC_URI = "git://github.com/zephyrproject-rtos/zephyr.git;protocol=https;branch=v1.6-branch" SRC_URI += "file://Makefile.toolchain.yocto" PV = "1.6.0" -- 2.20.1
|
|
[meta-zephyr][PATCH] zephyr-kernel: Add python dependencies
Jon Mason
Zephyr refuses to compile due to missing python dependencies.
Signed-off-by: Jon Mason <jon.mason@arm.com> Signed-off-by: Ross Burton <ross.burton@arm.com> --- recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc b/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc index d7147d5b7b86..7e569edb694c 100644 --- a/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc +++ b/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc @@ -2,6 +2,7 @@ ZEPHYR_INHERIT_CLASSES += "zephyr cmake" inherit ${ZEPHYR_INHERIT_CLASSES} +inherit python3native # There shouldn't be a manifest for zephyr kernels since there is no root # filesystem. @@ -20,6 +21,7 @@ export ZEPHYR_BASE="${S}" # We always need a toolchain to cross-compile. INHIBIT_DEFAULT_DEPS = "1" DEPENDS += "gcc-cross-${TARGET_ARCH} libgcc ${TOOLCHAIN_TARGET_TASK} gperf-native" +DEPENDS += " python3-pyelftools-native python3-pyyaml-native" CROSS_COMPILE = "${STAGING_BINDIR_TOOLCHAIN}/${TARGET_PREFIX}" DEPENDS_append_qemuall = " qemu-native qemu-helper-native" -- 2.20.1
|
|
RDEPENDS problem
Greg Wilson-Lindberg
I have a custom recipe that copies a .so, that libMotors.so calls functions in another libcanfestival.so.
When I first added in the copy of the .so I didn't have an RDEPENDS and Yocto printed out an warning listing the package that it wanted. I added an RDEPENDS_${PN} with all of the packages listed, but I'm still getting an error for the first libMotors.so: ERROR: userconfig-1.0-r0 do_package_qa: QA Issue: /home/sakura/lib/libMotors.so.1.0.0 contained in package userconfig requires libcanfestival.so, but no providers found in RDEPENDS_userconfig? [file-rdeps] In userdepends I added: RDEPENDS_${PN} += "canfestival libelf libgcrypt pcsc-lite-lib qtbase qtdeclarative qtserialport zint" Package canfestival_3-asc in has: FILES_${PN} = "/usr/lib/libcanfestival.so /usr/lib/libcanfestival_unix.so /usr/lib/libcanfestival_can_socket.so" which seems to me like it should satisfy the requirements of the RDEPENDS, but it is not. bitbake initially gave me a warning that listed canfestival as needing to be added to an RDEPENDS for userconfig. But now it is saying that it can't figure out what package supplies the libcanfestival.so file. Can someone help me to understand what is going on? How do I explicitly say that a package supplies a given file?
|
|
Add
toggle quoted messageShow quoted text
DEPENDS += "libzip" in failing recipe ( .bb) file. On Mon, Sep 21, 2020 at 12:40 AM Jaymin Dabhi via lists.yoctoproject.org <jaymin.dabhi=vivaldi.net@lists.yoctoproject.org> wrote:
|
|
On 2020-09-19 4:58 p.m., Mike Thompson
via lists.yoctoproject.org wrote:
Hi Mike, Could you send your tailscale recipe to
meta-openembedded/meta-networking? It looks like all the work is done aside from an email! ../Randy
-- # Randy MacLeod # Wind River Linux
|
|
Re: #yocto systemd not able to start sshd after a reboot
#yocto
srijan.nandi@...
Seems strange to me too...I had been troubleshooting the sshd.service issue for two days. There was no logs, nothing. I was just hitting the wall. I tried a lot of combinations to get it to work but all failed.
The sshd.service was starting, if I manually did a systemctl start sshd.service. But always failed at startup. At times it would start and then get a signal 15 terminating and would close the daemon. After not able to resolve the issue, I started checking all the other services. Every other service was starting at bootup just fine except sshd. Not finding anything else to troubleshoot. I happened to stumble upon the sshd.socket and the Conflicts part of it. Did a hit and trial and it worked. Technically I still am not sure as to why.. -=Srijan Nandi
|
|
Re: #yocto systemd not able to start sshd after a reboot
#yocto
Zoran
There was a sshd.socket file in /lib/systemd/system which had the following line in it.Interesting... Pushed/forced me to think. There is no formal dependency between sshd.service and sshd.socket! [vuser@fedora32-ssd systemd]$ systemctl list-dependencies sshd.service | grep ssh sshd.service ● ├─sshd-keygen.target ● │ ├─sshd-keygen@ecdsa.service ● │ ├─sshd-keygen@ed25519.service ● │ └─sshd-keygen@rsa.service [vuser@fedora32-ssd systemd]$ systemctl list-dependencies sshd.service | grep socket ● ├─lvm2-lvmetad.socket ● ├─lvm2-lvmpolld.socket [vuser@fedora32-ssd systemd]$ systemctl list-dependencies sshd.socket | grep sshd sshd.socket Strange... Isn't it?! Zoran _______ On Sat, Sep 19, 2020 at 3:37 PM <srijan.nandi@gmail.com> wrote:
|
|
Re: [meta-mingw][PATCH] Override SDK_VENDOR
Joshua Watt
On Mon, Sep 21, 2020, 8:12 AM Samuli Piippo <samuli.piippo@...> wrote:
Thanks. I figured that was the case. This is testing on the AB.
|
|
Re: [meta-mingw][PATCH] Override SDK_VENDOR
Samuli Piippo
On Mon, 21 Sep 2020 at 15:53, Joshua Watt <JPEWhacker@...> wrote: On Fri, Sep 18, 2020 at 7:30 AM Samuli Piippo <samuli.piippo@...> wrote: This enables it for both x86_64-mingw32 and i686-mingw32 targets and it makes sense since it's not about the target bitness but the mingw implementation. w64 has support for both targets and provides improved support over the original mingw32. >
|
|
Re: [meta-mingw][PATCH] Override SDK_VENDOR
Joshua Watt
On Fri, Sep 18, 2020 at 7:30 AM Samuli Piippo <samuli.piippo@qt.io> wrote:
Does this enable it for the i686 toolchain also? Does that make sense?
|
|
Re: #yocto systemd not able to start sshd after a reboot
#yocto
srijan.nandi@...
Seems that some leftovers from System V still reside in YOCTO... Correct??? Not sure about that. I choose to remove the Conflicts line and add the following in the sshd.socket file.
|
|
Re: wvdial & wvstream Error
Martin Jansa
Are you trying to use it with openssl-1.0.*? Either use openssl-1.1 or revert the changes from https://github.com/apenwarr/wvstreams/pull/2/commits.
On Mon, Sep 21, 2020 at 10:55 AM Zoltan Kerenyi Nagy <kerenyi.nagy.zoltan@...> wrote:
|
|
wvdial & wvstream Error
Zoltan Kerenyi Nagy
Hi, I was messing around with wvdial & wvstream for a while. Now the patches are at the correct locations, but still there is a compile error: Here is the error log: Could you please point me the error? I suppose, its gonna be a Layer 8 error :-) Thanks guys! Zolee
|
|
preistall package when use a package manager
Matteo Facchinetti
Hi, I need to preinstall a package in a specific directory in my target image. In detail I use RPM package manager and I like to include RPM packages in my target to provide a way to install services only when used. This is useful when you don't have an internet connection. Is there a way to do this? Opinions are welcome. Regards, Matteo Sirius Electronic Systems
|
|
[meta-mingw][PATCHv2] ninja: configure for mingw platform
Samuli Piippo
Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
--- recipes-core/images/core-image-mingw-sdktest.bb | 1 + recipes-devtools/ninja/ninja_%.bbappend | 8 ++++++++ 2 files changed, 9 insertions(+) create mode 100644 recipes-devtools/ninja/ninja_%.bbappend diff --git a/recipes-core/images/core-image-mingw-sdktest.bb b/recipes-core/images/core-image-mingw-sdktest.bb index 6215aef..9060c3d 100644 --- a/recipes-core/images/core-image-mingw-sdktest.bb +++ b/recipes-core/images/core-image-mingw-sdktest.bb @@ -10,6 +10,7 @@ TOOLCHAIN_HOST_TASK += "\ nativesdk-dbus \ nativesdk-dtc \ nativesdk-libarchive \ + nativesdk-ninja \ nativesdk-swig \ nativesdk-wayland \ " diff --git a/recipes-devtools/ninja/ninja_%.bbappend b/recipes-devtools/ninja/ninja_%.bbappend new file mode 100644 index 0000000..e7ddb4d --- /dev/null +++ b/recipes-devtools/ninja/ninja_%.bbappend @@ -0,0 +1,8 @@ +do_compile_mingw32() { + python3 ./configure.py --platform mingw + ninja +} + +do_install_mingw32() { + install -D -m 0755 ${S}/ninja.exe ${D}${bindir}/ninja.exe +} -- 2.17.1
|
|
Jaymin Dabhi
Team,
I need to include zip.h header file in one of my C code (#include <zip.h>). I have created a .bb file and added following command for compilation: ${CC} -Wall -I/usr/include/libxml2 -o my_code my_code.c -lxml2 -lzip -lzBut, during bitbake it says:
Using the same compilation command, I am able to compile the code on my PC. But, can't compile with Yocto. I have tried with lzip and zip packages by adding into local.conf, but didn't work. Which zip package I need to use for including the zip.h header file?
|
|
[meta-zephyr][PATCH] README.txt: update doc
Naveen Saini
Add python dependencies.
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> --- README.txt | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/README.txt b/README.txt index 208843b..be1ea39 100644 --- a/README.txt +++ b/README.txt @@ -8,11 +8,17 @@ https://wiki.yoctoproject.org/wiki/TipsAndTricks/BuildingZephyrImages Prerequisites: ============== -Yocto distro (master)" +This layer depends on: + Yocto distro (master) + git://git.yoctoproject.org/poky + Python layer (meta-openembedded/meta-python) + git://git.openembedded.org/meta-openembedded Modify local conf by adding: DISTRO="zephyr" +Add "meta-openembedded/meta-oe" to BBLAYERS +Add "meta-openembedded/meta-python" to BBLAYERS Add "meta-zephyr" to BBLAYERS Building and Running Zephyr Samples -- 2.27.0
|
|
[meta-zephyr][PATCH] zephyr-kernel: Add python dependencies
Naveen Saini
From: Jon Mason <jdmason@kudzu.us>
Zephyr refuses to compile due to missing python dependencies. Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> --- recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc b/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc index d7147d5..2090092 100644 --- a/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc +++ b/recipes-kernel/zephyr-kernel/zephyr-kernel-common.inc @@ -2,6 +2,7 @@ ZEPHYR_INHERIT_CLASSES += "zephyr cmake" inherit ${ZEPHYR_INHERIT_CLASSES} +inherit python3native # There shouldn't be a manifest for zephyr kernels since there is no root # filesystem. @@ -20,6 +21,7 @@ export ZEPHYR_BASE="${S}" # We always need a toolchain to cross-compile. INHIBIT_DEFAULT_DEPS = "1" DEPENDS += "gcc-cross-${TARGET_ARCH} libgcc ${TOOLCHAIN_TARGET_TASK} gperf-native" +DEPENDS += " python3-pyelftools-native python3-pyyaml-native python3-pykwalify-native" CROSS_COMPILE = "${STAGING_BINDIR_TOOLCHAIN}/${TARGET_PREFIX}" DEPENDS_append_qemuall = " qemu-native qemu-helper-native" -- 2.27.0
|
|