Re: [bitbake-devel] [PATCH] bitbake-setup: pass install-buildtools options from config and CLI

Hi Richard,

Agreed on removing --sdk-name  and I have sent Patch v2 for review in oe-core.

For --no-check — I'm fine removing it and having the install-buildtools auto-detect, but we need to decide on the failure mode: if the checksum file can't be fetched
(404 or network error), should we:

(a) warn and continue the install without verification, or
(b) hard fail and refuse to install?

If (a), we're effectively auto---no-check on failure, which may silently skip validation on transient network issues. If (b), users with custom/local
URLs that don't host checksum files would have no way to install without us re-adding an override flag or having them to add checksum file.

I checked the history why "--no-check” was added and it was part of bf902a810f98f55dd9e8cb9e6c6b0903f9902157

What's your preference?

Based on review verdict on oe-core patch, I will send patch v2 here.

Regards,
Jaipaul Cheernam

From: Richard Purdie <[email protected]>
Date: Tuesday, 16 June 2026 at 12:07
To: Jaipaul Cheernam <[email protected]>; [email protected] <[email protected]>
Subject: Re: [bitbake-devel] [PATCH] bitbake-setup: pass install-buildtools options from config and CLI

On Mon, 2026-06-15 at 14:18 +0200, Jaipaul Cheernam via lists.openembedded.org wrote:
> Allow distro-specific buildtools to be configured with a custom URL,
> filename, and SDK name via an install-buildtools section in
> config-upstream.json. Expose the same options as CLI arguments: --url,
> --filename, --sdk-name, --no-check. CLI arguments take precedence over
> config values.
>
> This requires the --sdk-name option to be available in
> oe-scripts/install-buildtools from openembedded-core.

I replied to the oe-core patch, lets just remove the need to have --
sdk-name, I don't think we need that. I also don't understand why you
want/need the --no-check option, we should be able to tell if we should
be checking the checksum or not? If that means fixing the install
script, so be it.

Cheers,

Richard