[PATCH] bitbake: Move the preferred bootstrap assignment before including local.conf

[Liu Yi]

This change relocates the assignment for the preferred providers of the
bootstrap-host and bootstrap-target to occur before including local.conf,
ensuring that these two variables in local.conf can be overwritten by the
end users.

Signed-off-by: Liu Yi <li...@siemens.com>
---
meta/conf/bitbake.conf | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 5ab8ced7..a06ef90e 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -210,6 +210,9 @@ TASK_USE_NETWORK = "1"
TASK_USE_SUDO = "1"
TASK_USE_NETWORK_AND_SUDO = "1"

+PREFERRED_PROVIDER_bootstrap-host ??= "isar-mmdebstrap-host"
+PREFERRED_PROVIDER_bootstrap-target ??= "isar-mmdebstrap-target"
+
include conf/local.conf
include conf/multiconfig/${BB_CURRENT_MC}.conf
include conf/machine/${MACHINE}.conf
@@ -217,5 +220,3 @@ include conf/distro/${DISTRO}.conf

PATCHRESOLVE ?= "noop"

-PREFERRED_PROVIDER_bootstrap-host ??= "isar-mmdebstrap-host"
-PREFERRED_PROVIDER_bootstrap-target ??= "isar-mmdebstrap-target"
--
2.39.5

[Jan Kiszka]

Looks good.

I suppose that this comes from some out-of-tree experiments with a
non-Debian, non-Raspberry and non-Ubuntu OS? ;)

Jan

--
Siemens AG, Foundational Technologies
Linux Expert Center

[Liu, Yi]

You guessed it.

This comes from the experiment of building openKylinOS via ISAR.

Somehow the build process got failed in the task do_bootstrap due to uninstalling of libc6,
if I chose the mmdebstrap as the preferred one.

So, I tried to switch to debootstrap in local.conf or in local-conf-head from kas yaml,
then found it always be overwritten by the value from bitbake.conf.

Best Regards,
Liu Yi

[MOESSBAUER, Felix]

I would be happy to see these experiments also on this list. Feel free
to send as an RFC, similar to the raspbian support.

>
> Somehow the build process got failed in the task do_bootstrap due to uninstalling of libc6,
> if I chose the mmdebstrap as the preferred one.
>
> So, I tried to switch to debootstrap in local.conf or in local-conf-head from kas yaml,
> then found it always be overwritten by the value from bitbake.conf.

I'm a bit surprised why this did not work, as the extra-weak assignment
still can be overwritten by a weak or strong one.
Example:

kas_trixie.yml

header:
version: 14

build_system: isar

machine: qemuamd64
distro: debian-trixie

target: mc:qemuamd64-trixie:isar-image-base

repos:
isar:
layers:
meta:

local_conf_header:
pref-prov: |
PREFERRED_PROVIDER_bootstrap-host = "foo"

kas-container shell -c "bitbake-getvar -r bootstrap-host
PREFERRED_PROVIDER_bootstrap-host" kas_trixie.yml
# output
PREFERRED_PROVIDER_bootstrap-host="foo"

Felix

>
> Best Regards,
> Liu Yi
>
> --
> You received this message because you are subscribed to the Google Groups "isar-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to isar-users+...@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/isar-users/AS2PR10MB692752E80892472B234F4B43BFF8A%40AS2PR10MB6927.EURPRD10.PROD.OUTLOOK.COM.

--
Siemens AG
Linux Expert Center
Friedrich-Ludwig-Bauer-Str. 3
85748 Garching, Germany

[Liu, Yi]

Thx for the suggestion. I will talk with Wang Qi to determine the next step for it.

I think the above command output only indicates PREFERRED_PROVIDER_bootstrap-host's current value
comes from the shell environment, with this value explicitly set in the kas yaml file.

However, the value of PREFERRED_PROVIDER_bootstrap-host(target) during the build process will eventually
come from bitabke.conf. The variables defined from the local_conf_header in kas yaml are also added to local.conf,
which has been included into bitbake.conf.

So, the assignment order of these variables in the bitabake.conf determines their final value.

Liu Yi

> Felix
>
> >
> > Best Regards,
> > Liu Yi
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> "isar-users" group.
> > To unsubscribe from this group and stop receiving emails from it, send an
> email to isar-users+...@googlegroups.com.
> > To view this discussion visit

> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgrou
> ps.google.com%2Fd%2Fmsgid%2Fisar-
> users%2FAS2PR10MB692752E80892472B234F4B43BFF8A%2540AS2PR10
> MB6927.EURPRD10.PROD.OUTLOOK.COM&data=05%7C02%7Cliuyi%40sie
> mens.com%7C87767d19682f4b15c7c708de182b7201%7C38ae3bcd95794f
> d4addab42e1495d55a%7C1%7C0%7C638974772022009884%7CUnknown
> %7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIl
> AiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sd
> ata=tN%2BA6MZxeJnNwfnMNQw9rII0TlKLAKYZJ6UCOrVw2uo%3D&reserve
> d=0.