bitbake failed to build SDK

Hello, Support Team

I’m trying to build SDK for SMARC i.MX95 using BSP 7.0.

A command and error message is below,

$ bitbake tdx-reference-multimedia-image -c populate_sdk

ERROR: tdx-reference-multimedia-image-1.0-r0 do_populate_sdk: Unable to install packages. Command ‘/home/takahiro-ii/imx-linux-scarthgap/build/tmp/work/toradex_smarc_imx95-tdx-linux/tdx-reference-multimedia-image/1.0/recipe-sysroot-native/usr/bin/apt-get install --allow-downgrades --allow-remove-essential --allow-change-held-packages --allow-unauthenticated --no-remove apt bash connman connman-client connman-plugin-ethernet connman-plugin-loopback connman-plugin-wifi coreutils dpkg gpicview less makedevs media-files mime-support net-tools packagegroup-base-extended packagegroup-base-tdx-cli packagegroup-basic packagegroup-boot packagegroup-core-boot packagegroup-core-standalone-sdk-target packagegroup-core-weston packagegroup-fsl-isp packagegroup-machine-tdx-cli packagegroup-qt5-toolchain-target packagegroup-tdx-cli packagegroup-tdx-graphical packagegroup-tdx-qt5 packagegroup-tpm2-tdx-cli packagegroup-wifi-fw-tdx-cli packagegroup-wifi-tdx-cli run-postinsts systemd-analyze target-sdk-provides-dummy timestamp-service udev-extraconf util-linux v4l-utils wayland-qtdemo-launch-cinematicexperience weston-xwayland xterm’ returned 100:
Reading package lists…
Building dependency tree…
Reading state information…
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
target-sdk-provides-dummy : Conflicts: bash
Conflicts: coreutils
E: Unable to correct problems, you have held broken packages.

Any solutions to solve this error?

Thanks.

Hi, I’m the Toradex AI Assistant.

I might make mistakes. Our support team will step in if needed. If I answered your question, please tick the “Solution” checkbox. For follow-up questions to me, please use @ToradexAI in your post.

Did you like my answer? :+1: :-1:


The error you’re encountering is related to package conflicts during SDK generation for the SMARC i.MX95. This appears to be a dependency resolution issue with the target-sdk-provides-dummy package conflicting with bash and coreutils.

SDK Generation Process

The SDK generation process follows the standard Yocto approach. After building your reference image, you can generate the SDK using the populate_sdk task(1):

bitbake <image_name> -c populate_sdk

(1)

Troubleshooting Steps

1. Clean Build State

First, try cleaning the SDK build state and rebuilding:

bitbake tdx-reference-multimedia-image -c cleansstate
bitbake tdx-reference-multimedia-image -c populate_sdk

2. Check Build Configuration

Ensure your conf/local.conf file has the correct machine setting for SMARC i.MX95. The machine should be properly configured in your build environment(2).

3. Alternative SDK Generation

You can try building a minimal SDK first to isolate the issue:

bitbake tdx-reference-minimal-image -c populate_sdk

(2)

4. Memory and Resource Considerations

If your build system has limited resources, consider using the reduced RAM usage options. Set environment variables to limit parallel compilation(2):

PARALLEL_MAKE="-j 4" BB_NUMBER_THREADS="6" bitbake tdx-reference-multimedia-image -c populate_sdk

(2)

SDK Installation and Usage

Once the SDK is successfully generated, it will be located at oe-core/deploy/sdk/(1). You can then install and use it by executing the generated script and sourcing the environment(1):

$ ./tdx-xwayland-glibc-x86_64-Reference-Multimedia-Image-cortexa53-verdin-imx8mp-toolchain-6.0.0.sh
$ cd /opt/tdx-xwayland/6.0.0
$ . environment-setup-cortexa53-tdx-linux

(1)

Additional Considerations

The SMARC i.MX95 is a newer platform, and the preliminary datasheet indicates it follows the SMARC 2.2 specification(3). If the issue persists, you may need to ensure that all layers and dependencies are properly synchronized for this specific hardware target.

Try the clean build approach first, as dependency conflicts often resolve after clearing the build state.

Best regards, Toradex AI Assistant.

Hi @takahiro_ii , make sure to use the latest BSP 7 version (7.3.0 or later). SMARC iMX95 was available in later versions of the BSP.

Kind regards,
Alvaro.

Hi @alvaro.tx

I follow the Update to the HEAD Revision just now. And I tried to do it again.
The problem is not solved. And I got the same error messages.

Here is part of my build configuration:

Build Configuration:
BB_VERSION = “2.8.0”
BUILD_SYS = “x86_64-linux”
NATIVELSBSTRING = “universal”
TARGET_SYS = “aarch64-tdx-linux”
MACHINE = “toradex-smarc-imx95”
DISTRO = “tdx-xwayland”
DISTRO_VERSION = “7.4.0-devel-20250912002608+build.0”
TUNE_FEATURES = “aarch64 crypto cortexa55”
TARGET_FPU = “”
DISTRO_NAME = “TDX Wayland with XWayland”

The version seems sufficient.
Additionally, I’m using Ubuntu 22.04 LST as my build OS.

Any suggestions?

Thank you

T. Ii

Thanks for checking @takahiro_ii . Let me check with our BSP team.

What do you need the populate_sdk command for? Generate a cross-compilation toolchain?

Kind regards,
Alvaro.

Generate a cross-compilation toolchain?

Yes. I need toolchain for building my application.

Thanks.

T. Ii

Thanks for the answer @takahiro_ii . Let me check.

However, I recommend you get the Arm GNU toolchain like explained here until we clarify the situation about the SDK: Build Linux Kernel from Source Code | Toradex Developer Center

Would this work for you? Or do you need the sysroot as well?

Thanks,
Alvaro.

Hi @takahiro_ii did you manage to solve the issue? Kanou-san mentioned that you solved it but let me double check.

Kind regards, Alvaro.

Hi @alvaro.tx, I’m sorry not to post my progress.

With settings below in local.conf, I could build SDK for SMARC i.MX95 and also for Verdin i.MX95.
DUMMYPROVIDES_PACKAGES:remove = “bash bash-dev bash-src coreutils coreutils-dev coreutils-src”
I can do remote debug with built SDK. So it seems work well,

Now I want to know,

  1. Does this error reproduce, or only on my local environment?
  2. Settings I added is proper way?
  3. Do you know smarter way to solve this error?

Best regards, T.Ii

Hi @takahiro_ii , thanks for the fast reply. Let me answer your questions.

  1. We don’t test Yocto SDK building so we cannot confirm that this is happening elsewhere. However, based on your comments, it is highly likely that this happens for all builds for the same version.
  2. Yes, I believe so.
  3. No, without fully understand why this is happening, I believe this is the best way to approach this. You are literally removing the packages on the dummy, just as the error complains about.

I would do exactly the same approach you have done if I were in your situation.

Kind regards,
Alvaro.

Hi @alvaro.tx, thank you for the answer. I marked my post as solved since it has what I did.
Thank you again for your support.

Best regards, T.Ii

1 Like