Skip to content

meta-freescale master: u-boot-fslc_2025.01 fails on wrynose with ModuleNotFoundError: No module named 'pkg_resources' #2482

@gaozhangfei

Description

@gaozhangfei

Hi meta-freescale maintainers,

I am testing meta-freescale master together with openembedded-core master / bitbake master.

meta-freescale master currently declares:

LAYERSERIES_COMPAT_freescale-layer = "whinlatter wrynose"

However, building an i.MX machine that uses u-boot-fslc (for example imx8mq-evk) fails in:

meta-freescale/recipes-bsp/u-boot/u-boot-fslc_2025.01.bb

with the following error during do_compile:

Traceback (most recent call last):
File ".../tools/binman/binman", line 46, in
from binman import control
File ".../tools/binman/control.py", line 16, in
import pkg_resources
ModuleNotFoundError: No module named 'pkg_resources'
make[1]: *** [.../Makefile:1135: .binman_stamp] Error 1
make: *** [Makefile:177: sub-make] Error 2
ERROR: oe_runmake failed

Tested environment:

  • openembedded-core: master
  • bitbake: master
  • meta-freescale: master (commit 369865c)

From local investigation, this seems to be caused by tools/binman/control.py still
importing pkg_resources, while the native setuptools stack on oe-core master no
longer provides it.

This makes the currently declared wrynose compatibility incomplete in practice.

As a local workaround, replacing the pkg_resources helpers in tools/binman/control.py
with importlib.resources allows the build to proceed.

Could you please confirm whether this should be fixed by:

  1. updating u-boot-fslc to a revision that already avoids pkg_resources, or
  2. carrying a small patch in meta-freescale for u-boot-fslc_2025.01?

Thanks.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions