Date
1 - 3 of 3
Building eSDK fails #sdk
|
alexander.troff@...
Hello,
I build the SDK with bitbake core-image-base -c populate_sdk and it works just fine. But trying to build the eSDK with bitbake core-image-base -c populate_sdk_ext results in this error: ERROR: buildtools-tarball-1.0-r0 do_populate_sdk: Unable to install packages. Command '/opt/build/tmp/work/x86_64-nativesdk-pokysdk-linux/buildtools-tarball/1.0-r0/recipe-sysroot-native/usr/bin/opkg --volatile-cache -f /opt/build/tmp/work/x86_64-nativesdk-pokysdk-linux/buildtools-tarball/1.0-r0/opkg.conf -t /opt/build/tmp/work/x86_64-nativesdk-pokysdk-linux/buildtools-tarball/1.0-r0/temp/ipktemp/ -o /opt/build/tmp/work/x86_64-nativesdk-pokysdk-linux/buildtools-tarball/1.0-r0/sdk/image/opt/my-os/0.1/sysroots/none --force_postinstall --prefer-arch-to-version install cppzmq-dev googletest-dev libappcommunicator-dev liblogger-dev libmodbus-dev libmyos-common-dev protobuf-c zeromq-staticdev' returned 255: Collected errors: * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'cppzmq-dev'. ERROR: Logfile of failure stored in: /opt/build/tmp/work/x86_64-nativesdk-pokysdk-linux/buildtools-tarball/1.0-r0/temp/log.do_populate_sdk.155 ERROR: Task (/opt/yocto/poky/meta/recipes-core/meta/buildtools-tarball.bb:do_populate_sdk) failed with exit code '1' The listed Packeges are set in the TOOLCHAIN_TARGET_TASK variable. I tryed using IMAGE_INSTALL_append but this didn't help. Does someone have an idea? greetings Alex |
|
|
|
Hi,
My comments are in-line On 04/02/2021 19:43, alexander.troff@... wrote: Hello,Which version is this? Can it be reproduced? If so you might want to add it to https://bugzilla.yoctoproject.org The listed Packeges are set in the TOOLCHAIN_TARGET_TASK variable. I tryed using IMAGE_INSTALL_append but this didn't help.Regards, Robert |
|
|
|
Leon Woestenberg
Hello Alexander,
On Thu, Feb 4, 2021 at 6:43 PM <alexander.troff@...> wrote: I have two ideas that might get you closer. 1) First, I noticed that using TOOLCHAIN_HOST_TASK += "xxx" is broken on Yocto dunfell for me (non-extensible SDK). The issue is that even when using += in local.conf, only "xxx" would end up in TOOLCHAIN_HOST_TASK, removing the existing tasks. I can test/prove this by running: bitbake core-image-base -c populate_sdk -e | grep -e '^TOOLCHAIN_' My local.conf thus look like this to work around this: # @TODO Broken #TOOLCHAIN_HOST_TASK += "nativesdk-cmake" TOOLCHAIN_HOST_TASK_append = " nativesdk-cmake nativesdk-make" TOOLCHAIN_TARGET_TASK_append = " concurrencykit-staticdev musl-staticdev" 2) There is something special with ''cppzmq-dev'; it is a header-only package without libraries. Not sure if that has any impact for the dependency resolution. Probably useless info for you, but might trigger someone to help you further. I minimal test case would be nice, against plain Yocto, so that devs can investigate easier. Regards, Leon. |
|
|