From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7280073785777061888 X-Received: by 2002:a2e:8941:0:b0:2c0:7d6:570a with SMTP id b1-20020a2e8941000000b002c007d6570amr4023502ljk.33.1695275824214; Wed, 20 Sep 2023 22:57:04 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:a4cb:0:b0:2b9:6157:a29a with SMTP id p11-20020a2ea4cb000000b002b96157a29als371801ljm.1.-pod-prod-02-eu; Wed, 20 Sep 2023 22:57:02 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEXFE6K5qK0w/dI5T2FPa2x5pSaSAAAVjvOo31tvCRNFBoDzim+sRUGrOYchrJs4ZEQwWjI X-Received: by 2002:a05:651c:210:b0:2be:58f3:ccee with SMTP id y16-20020a05651c021000b002be58f3cceemr4102074ljn.41.1695275821741; Wed, 20 Sep 2023 22:57:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695275821; cv=none; d=google.com; s=arc-20160816; b=Y+MUuTWgcHbX+RrOJV8D7+JxDHJWt+1SKw+LVEIWV+qxVVa1uQYjhc+E7Df5shhj0T vLQiwdsAxkw7+eTIiA84/IXDW3K84oZu82l8V6umPUILRJ7ZfMdlUZ99EJALlESZrGmC rau88N2uKEcorqCdzIFHdiUL+iXLBrY7vFhxPy9KZ+6KDPsqe5ghOPjt5Y3inFwN7QM3 cE1xMvr/NB0F0RplNSmVdijCAcMQiV8gh2IPk2oe4kDDDoEUGqm1Ajb2oymHP8+48knW b506IPAD0HcuA1X8B78LSdRQqpiJ1AJnPrqyOB1cGYuyut3VAfVZkXD6S5hwVbcKRBYC bKlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:user-agent:references:in-reply-to:date:cc:to:from :subject:message-id; bh=an6eNm2s2hQ3rnOhVAD6oww7n0abW1gpmOly/obPwZw=; fh=wz06c9kYJ7x2tcp+DdJvWwft7sGamTaU3885JBg52DI=; b=ES2N/4Z3NCBoBrpIW0vE1O7GSSyTLnDEDTZSGQvxZi5lbLATL4inIun9uH4NxCHePD zVuUa7VZ0ZzKpbpus4tO0lxYiS7x1nPtxwEwyrB84qssIvnjoodw1y3boSDnFxqhJoie QRcyR0YeBK/K7dLhMqfYbzgZXo9YKh+StxUmpqxNYA5vAsLl6MEnKl8k0/6JbRJMiGx8 XPNXHWQtqeU1nSdNobCLh2gZzPgr6dzM5PXTL9o6PAwF3qff/vfghpaRY1heTJO35czy WazkbjpfCI7039Jqi+KhOJyEkCvTVXVZQS9pJCLPWvVhMFVSuiNP762tizLN62yZFYeP BnTA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id bx42-20020a05651c19aa00b002b6f8d5f93csi43060ljb.2.2023.09.20.22.57.01 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 20 Sep 2023 22:57:01 -0700 (PDT) Received-SPF: pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de Received: from [127.0.0.1] (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 38L5uxIf025417 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 21 Sep 2023 07:57:00 +0200 Message-ID: <60b834aa4705395fc0a39871ac902666b9fec4a0.camel@ilbers.de> Subject: Re: [PATCH] base: Fix HOST_ARCH for native builds From: Uladzimir Bely To: Jan Kiszka , isar-users Cc: "Moessbauer, Felix (T CED SES-DE)" Date: Thu, 21 Sep 2023 08:57:00 +0300 In-Reply-To: <17edc64a-b2dd-4219-8b03-62362d367665@siemens.com> References: <17edc64a-b2dd-4219-8b03-62362d367665@siemens.com> Content-Type: multipart/mixed; boundary="=-jWWneLZ257EChJ8tes5M" User-Agent: Evolution 3.48.4 (by Flathub.org) MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: pZDO250bUuSr --=-jWWneLZ257EChJ8tes5M Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2023-09-18 at 10:04 +0200, 'Jan Kiszka' via isar-users wrote: > From: Jan Kiszka >=20 > HOST_ARCH must be DISTRO_ARCH when we are not cross-building. > Otherwise, > recipes that set PACKAGE_ARCH to it will fail in native builds. >=20 > Signed-off-by: Jan Kiszka > --- >=20 > Affects specifically the starfive packages. >=20 > =C2=A0meta/classes/base.bbclass | 6 ++++-- > =C2=A01 file changed, 4 insertions(+), 2 deletions(-) >=20 > diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass > index 88004120..f315a9d5 100644 > --- a/meta/classes/base.bbclass > +++ b/meta/classes/base.bbclass > @@ -49,13 +49,15 @@ def oe_import(d): > =C2=A0# We need the oe module name space early (before INHERITs get added= ) > =C2=A0OE_IMPORTED :=3D "${@oe_import(d)}" > =C2=A0 > -def get_deb_host_arch(): > +def get_deb_host_arch(d): > =C2=A0=C2=A0=C2=A0=C2=A0 import subprocess > +=C2=A0=C2=A0=C2=A0 if d.getVar("ISAR_CROSS_COMPILE") !=3D "1": > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 return d.getVar("DISTRO_ARCH"= ) > =C2=A0=C2=A0=C2=A0=C2=A0 host_arch =3D subprocess.check_output( > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ["dpkg", "--print-archit= ecture"] > =C2=A0=C2=A0=C2=A0=C2=A0 ).decode('utf-8').strip() > =C2=A0=C2=A0=C2=A0=C2=A0 return host_arch > -HOST_ARCH ??=3D "${@get_deb_host_arch()}" > +HOST_ARCH ??=3D "${@get_deb_host_arch(d)}" > =C2=A0HOST_DISTRO ??=3D "${DISTRO}" > =C2=A0 > =C2=A0die() { > --=20 > 2.35.3 >=20 With this patch CI fails in several tests at parsing stage in case few "too different" multiconfigs are built in parallel: For example, ReproTest.test_repro_unsigned: ``` [stdout] ERROR: /workspace/build/isar_ub_devel/317/meta-isar/recipes- core/images/isar-image-debug.bb: Overrides could not be expanded into a stable state after 5 iterations, overrides must be being referenced by other overridden variables in some recursive fashion. Please provide your configuration to bitbake-devel so we can laugh, er, I mean try and understand how to make it work. [stdlog] 2023-09-20 14:06:26,962 avocado.app ERROR| ERROR: /workspace/build/isar_ub_devel/317/meta-isar/recipes-core/images/isar- image-debug.bb: Overrides could not be expanded into a stable state after 5 iterations, overrides must be being referenced by other overridden variables in some recursive fashion. Please provide your configuration to bitbake-devel so we can laugh, er, I mean try and understand how to make it work. ``` I'm attaching kas config that easy reproduces the issue. When changed "refspec" to "next", it works. --=-jWWneLZ257EChJ8tes5M Content-Type: application/x-yaml; name="fix-host-arch-issue.yml" Content-Disposition: attachment; filename="fix-host-arch-issue.yml" Content-Transfer-Encoding: base64 aGVhZGVyOgogIHZlcnNpb246IDExCgpidWlsZF9zeXN0ZW06IGlzYXIKCmRpc3RybzogZGViaWFu LWJ1bGxzZXllCgp0YXJnZXQ6CiAtIG1jOnFlbXVhbWQ2NC1idWxsc2V5ZTppc2FyLWltYWdlLWJh c2UKIC0gbWM6aW14Ni1zYWJyZWxpdGUtYnVzdGVyOmlzYXItaW1hZ2UtYmFzZQoKcmVwb3M6CiAg aXNhcjoKICAgIHVybDogImh0dHBzOi8vZ2l0aHViLmNvbS9pbGJlcnMvaXNhci5naXQiCiAgICBy ZWZzcGVjOiBuZXh0CiAgICByZWZzcGVjOiA2NTBiMGQxZWRkNzAwMDk3NmE3YzFjNGY4YzIxMTJi M2Y0MmRhNTdiCiAgICBsYXllcnM6CiAgICAgIG1ldGE6CiAgICAgIG1ldGEtaXNhcjoKCmJibGF5 ZXJzX2NvbmZfaGVhZGVyOgogIHN0YW5kYXJkOiB8CiAgICBCQlBBVEggPSAiJHtUT1BESVJ9Igog ICAgQkJGSUxFUyA/PSAiIgoKbG9jYWxfY29uZl9oZWFkZXI6CiAgc3RhbmRhcmQ6IHwKICAgIERJ U1RST19BUkNIID8/PSAiYW1kNjQiCiAgICBQQVRDSFJFU09MVkUgPSAibm9vcCIKICBjcm9zc2J1 aWxkOiB8CiAgICBJU0FSX0NST1NTX0NPTVBJTEUgPSAiMCIK --=-jWWneLZ257EChJ8tes5M--