DEY-5.0-r4 CCMP25 populate_sdk fails

I am unable to build the CCMP25 toolchain for DEY-5.0. Anyone else having this problem?

To reproduce the error:

I expected the populate_sdk command to complete successfully and output a dey-toolchain-ccmp25-dvk-5.0-r4.sh which I could give to my team to cross-compile against.

In reality, I see the following failure:

Setscene tasks: 4989 of 4989
Currently  8 running tasks (10352 of 10953)  94% |#######################################################################################################################################################         |
ERROR: dey-image-webkit-1.0-r0 do_populate_sdk: Could not invoke dnf. Command '/home/dey/workspace/ccmp25-dvk/tmp/work/ccmp25_dvk-dey-linux/dey-image-webkit/1.0/recipe-sysroot-native/usr/bin/dnf -v --rpmverbosity=info -y -c /home/dey/workspace/ccmp25-dvk/tmp/work/ccmp25_dvk-dey-linux/dey-image-webkit/1.0/sdk/image/usr/local/oe-sdk-hardcoded-buildpath/sysroots/cortexa35-dey-linux/etc/dnf/dnf.conf --setopt=reposdir=/home/dey/workspace/ccmp25-dvk/tmp/work/ccmp25_dvk-dey-linux/dey-image-webkit/1.0/sdk/image/usr/local/oe-sdk-hardcoded-buildpath/sysroots/cortexa35-dey-linux/etc/yum.repos.d [...] zstd-src zstd-staticdev' returned 1:
DNF version: 4.19.0
cachedir: /home/dey/workspace/ccmp25-dvk/tmp/work/ccmp25_dvk-dey-linux/dey-image-webkit/1.0/sdk/image/usr/local/oe-sdk-hardcoded-buildpath/sysroots/cortexa35-dey-linux/var/cache/dnf
Added oe-repo repo from /home/dey/workspace/ccmp25-dvk/tmp/work/ccmp25_dvk-dey-linux/dey-image-webkit/1.0/oe-sdk-repo
User-Agent: falling back to 'libdnf': could not detect OS or basearch
repo: using cache for: oe-repo
oe-repo: using metadata from Fri 31 Jul 2026 02:05:20 PM UTC.
Last metadata expiration check: 0:00:32 ago on Fri 31 Jul 2026 02:05:20 PM UTC.
Excludes in dnf.conf: eudev-hwdb, kernel-image-*
--> Starting dependency resolution
--> Finished dependency resolution
Error: 
 Problem: package libstai-mpu-dev-6.2.0-r0.0.cortexa35 from oe-repo requires stai-mpu-ort, but none of the providers can be installed
  - conflicting requests
  - nothing provides libonnxruntime.so.1()(64bit) needed by libstai-mpu-ort6-6.2.0-r0.0.cortexa35 from oe-repo
  - nothing provides libonnxruntime.so.1(VERS_1.19.2)(64bit) needed by libstai-mpu-ort6-6.2.0-r0.0.cortexa35 from oe-repo
(try to add '--skip-broken' to skip uninstallable packages)

ERROR: Logfile of failure stored in: /home/dey/workspace/ccmp25-dvk/tmp/work/ccmp25_dvk-dey-linux/dey-image-webkit/1.0/temp/log.do_populate_sdk.746513
ERROR: Task (/usr/local/dey-5.0/sources/meta-digi/meta-digi-dey/dynamic-layers/webkit/recipes-core/images/dey-image-webkit.bb:do_populate_sdk) failed with exit code '1'
NOTE: Tasks Summary: Attempted 10953 tasks of which 8304 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
  /usr/local/dey-5.0/sources/meta-digi/meta-digi-dey/dynamic-layers/webkit/recipes-core/images/dey-image-webkit.bb:do_populate_sdk
    log: /home/dey/workspace/ccmp25-dvk/tmp/work/ccmp25_dvk-dey-linux/dey-image-webkit/1.0/temp/log.do_populate_sdk.746513
Summary: There were 2 WARNING messages.
Summary: There was 1 ERROR message, returning a non-zero exit code.

Originally, I thought this was a problem with my custom build, but as shown above it easily reproduces using the official DEY-5.0 container with no local changes to dey-image-webkit.

Any ideas?

We recommend using the dey-toolchain image type to generate SDKs:

bitbake -c populate_sdk dey-toolchain

This is a general-purpose SDK, combining most of the packages needed for all of our image types (qt, lvgl, webkit…). We used to build separate SDKs per image type, but we changed this in DEY 5.0 in favor of a single SDK per platform.

In the meantime, we’re investigating the error. It’s reproducible when building an SDK for images that contain the mp1/mp2 machine learning packages. dey-image-webkit on the ccmp25 happens to be one of the only images where this happens by default.

If you really need the machine learning packages in your SDK, you can fix the issue by manually adding onnxruntime to your image and re-building the SDK. To do so, add the following line to your project’s conf/local.conf file:

IMAGE_INSTALL:append = " onnxruntime"

Otherwise, if the machine learning packages aren’t essential, then dey-toolchain is the way to go.

1 Like

Thank you very much. Adding onnxruntime to local.conf does fix the dey-image-webkit SDK build. I appreciate you finding a work-around and replying to my question.

We recommend using the dey-toolchain image type to generate SDKs

This recommendation is hard to find in the DEY 5.0 documentation (if it exists at all). It’s nice that it’ll show up in a forum search now, but if anyone on the Digi team has a chance to update their docs with this information it would be really helpful for future users.

I was able to build the dey-toolchain target as well and my application successfully cross-compiles against it.

1 Like

I was also surprised to see that dey-toolchain wasn’t mentioned anywhere in the documentation. I’ll create a ticket to see what the team can do about that.