
Hi Frank,
On Wed, 24 Jul 2024 at 11:10, Frank Wunderlich frank-w@public-files.de wrote:
Hi
Gesendet: Mittwoch, 24. Juli 2024 um 16:37 Uhr Von: "Simon Glass" sjg@chromium.org An: "Frank Wunderlich" frank-w@public-files.de Cc: "Tom Rini" trini@konsulko.com, u-boot@lists.denx.de, u-boot-custodians@lists.denx.de, u-boot-board-maintainers@lists.denx.de Betreff: Re: [ANN] U-Boot v2024.10-rc1 released
Hi,
On Tue, 23 Jul 2024 at 07:44, Frank Wunderlich frank-w@public-files.de wrote:
Hi,
i notice build-error because of CONFIG_TOOLS_MKEFICAPSULE is set automaticly and does not find an include
https://github.com/frank-w/u-boot/actions/runs/10059612312/job/27805232284
tools/mkeficapsule.c:20:10: fatal error: gnutls/gnutls.h: No such file or directory 20 | #include <gnutls/gnutls.h> | ^~~~~~~~~~~~~~~~~
solved it temporary by adding CONFIG_TOOLS_MKEFICAPSULE=n to my configs/mt7622_bpi-r64_defconfig
commit: https://github.com/frank-w/u-boot/commit/2640a8881d3c6a232575f46b0f2b8a0217b... fixed pipeline: https://github.com/frank-w/u-boot/actions/runs/10059965071
breaking commit seems to be
b7a625b1ce49 tools: Build mkeficapsule tool by default if EFI_LOADER is set
i have EFI_LOADER set to y,but it is unclear where the header-file should be...i do not find any gnutls.h in my tree
We should really build all tools always, where possible.
why require more depencies for tools which are most likely not used by users...in my case i do not need the mkeficapsule ;)
the gnutls error i get only in pipeline...maybe on my host i have the required lib somewhere in the common includes of gcc crosscompiler.
on my laptop i get a different error but also on mkeficapsule tool
tools/mkeficapsule.c:18:10: fatal error: uuid/uuid.h: No such file or directory 18 | #include <uuid/uuid.h> | ^~~~~~~~~~~~~
i guess this can be installed with "apt-get install uuid-dev" but why should i fix the depency if i do not need the tool?
Because it is confusing for packagers to deal with adding special config options in order to build all the tools. So we try to build them all, always.
Regards, Simon