From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id CB8C8CA0EDC for ; Thu, 21 Aug 2025 07:30:39 +0000 (UTC) Received: from mail-ej1-f51.google.com (mail-ej1-f51.google.com [209.85.218.51]) by mx.groups.io with SMTP id smtpd.web11.3713.1755761432697530928 for ; Thu, 21 Aug 2025 00:30:33 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20230601 header.b=VNHG1Azc; spf=pass (domain: gmail.com, ip: 209.85.218.51, mailfrom: skandigraun@gmail.com) Received: by mail-ej1-f51.google.com with SMTP id a640c23a62f3a-afcb78c66dcso103135366b.1 for ; Thu, 21 Aug 2025 00:30:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755761431; x=1756366231; darn=lists.openembedded.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=VLOpRlXZHhWv7VRG2Tv/jN104F7MsNUzW7MK9s/OfOI=; b=VNHG1AzcmzWo+mV7sIt3W+aveYO4lOSnhM9gQGgTHp+cFPNjPqfJ2Fzr/gXa/0Xe78 QeIuiijVvHSLg91Wj9CmDWdld+6Zw5tiHoecvDzaR5H5dZUKWK20NKc8HxR+M6m+DnWN sOhDnYWHYgEp9QmG1Zsj0XRWQbF42Hhdz09Z9fFRfNkGZsmrM3wxulqYqRknVWWm1LHu /cLcSPnQZaQZVJi1Dq+fpn7SkxTaFBRHNjczPqeZH4k+Hgi2d2Fi1pmLnAPOVpC2jZuR VZqfDVuu35a/hiIcGKBRHjAfjHiKtfK59i3bG4DmPcvTsHuL68TB6NkFXWrca0nPYtQm ip8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755761431; x=1756366231; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=VLOpRlXZHhWv7VRG2Tv/jN104F7MsNUzW7MK9s/OfOI=; b=kfI7LL1WOYPmAx13QrCDeVQDyVnKyaPetcvGZk2Z8SqjurwuqXgVjl7Q6J5nlNPvO4 L37VlDDaR81zJATUsCSJTzE8oBH6y9XMKDew87JtAEj5xcOTdYSEERucBsRfvYUjG4lo wsrsZYrwb5qGrsERRdHTGja+2ougH71+vrwc1W6x9IN/K2a3ced8I3uQZ218Hom6e+Up jUdm68fHoVKZpVwBOCXJOOLhFhsqIKAEuhl+JPK1+I5uPCBZneLEtcStY/D9HMfr2vjb xgPlBVH1g7lL/po/03BMUsEXCLdgQFHWl3JPvkOLbvwuOadGuH1p992+NZZXp4Je9CG/ 0qzw== X-Forwarded-Encrypted: i=1; AJvYcCVFRt5vgod1gg8ySKX4NIZ/B0VZ/ZY8IrMl5foeRdZw+LmM3onSehsWPSuF9J3Acw4K/v8MAtD2TnbubU4kQDshAg==@lists.openembedded.org X-Gm-Message-State: AOJu0YytIk873Fa0qNiTbZ83wcycYv61RDRsmJIO03mspUTlRP17PvBf crs9fyduz34bTM4DvB21TZfkxoPIYUEtzwfTugkNHSLjSLxOMfDoxBqW X-Gm-Gg: ASbGncuigqevX1AAgDSPYhVWmDNJv71cXG5gKRi5GqlmG1KVpNYnuSIrlJdpxLZN3Fo lgRAQ2b72NLbL6oVHIHlCT5spLfmd0usIfbB8OzQ2K7IuRpE3RriT9ZPE4H0cUB+xiPOx2ZrzYn WSruXslZYQE77lVtzy7W6TQTuc454SgAtJfjOT6J6sLqPgxWXa0tYTGq8lwr5hIvLXr0/p7t0h6 3/lSv3Aj32MDK3uI47lFWf2vnjsw0EhR5d3zc8hwn7CbTmggXTm6aS2EJYm8ejSQZXBJiXzjiis 00THnrJIV0VELtGBMgSVMlQZPCoEJ4w3Xr2N+cgPCXodMg0VJak0T9JwuvXetIKuyRbzU4zxC2E 5lQPBldWdnquXuWEy7ERZSh58uykfWg0= X-Google-Smtp-Source: AGHT+IHfRDR0jKWxGU/mP/80eJO+QeoAgGxlBZVLCaRd1S6owSr6GNIhGGIREi6Cll3p0qkqVgGQ3g== X-Received: by 2002:a17:906:c14b:b0:adf:7740:9284 with SMTP id a640c23a62f3a-afe07c30970mr147076766b.57.1755761430574; Thu, 21 Aug 2025 00:30:30 -0700 (PDT) Received: from [192.168.1.106] ([51.154.145.205]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-afded4c8708sm333882966b.86.2025.08.21.00.30.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 21 Aug 2025 00:30:30 -0700 (PDT) Message-ID: <62995efc-cd6f-412e-bbde-2c5a90e1cf85@gmail.com> Date: Thu, 21 Aug 2025 09:30:29 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [OE-core] [PATCH 0/1] base.bbclass: Fix the recipe parsing race issue To: Tony Rex , Alexander Kanavin Cc: Mathieu Dubois-Briand , "openembedded-core@lists.openembedded.org" References: <20250814172348.3882586-1-tony.rex@ericsson.com> <2583ed72-5988-4d0c-8403-eab3eac4bcac@gmail.com> <185D8414DCE1B6A2.6947@lists.openembedded.org> <2b78e257-858c-4f36-857a-37da1049360b@gmail.com> Content-Language: en-US From: Gyorgy Sarvari In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Thu, 21 Aug 2025 07:30:39 -0000 X-Groupsio-URL: https://lists.openembedded.org/g/openembedded-core/message/222222 On 8/21/25 09:10, Tony Rex wrote: > Yes, I get the same or similar error if the patch is not applied. > > ERROR: ExpansionError during parsing .../generic-if.bb################################ | ETA: 0:00:00 > bb.data_smart.ExpansionError: Failure expanding variable fetcher_hashes_dummyfunc[vardepvalue], expression was ${@bb.fetch.get_hashvalue(d)} which triggered exception FetchError: Fetcher failure: Unable to resolve '${TAGNAME}-1.0' in upstream git repository in git ls-remote output for gerrit... > The variable dependency chain for the failure is: fetcher_hashes_dummyfunc[vardepvalue] > > ERROR: Parsing halted due to errors, see error messages above > > How does your mytest_get.bb look like? Since I have had problem with reproducing the error on in a common setup maybe it can be done with your bb file. > > Tony The failure I reproduced is not recipe dependent. As some diagnostic test, try this script a few times with your failing git repo (change the repo placeholder): for i in `seq 50`; do   git clone $GIT_REPO_URL target_folder   git -C ./target_folder ls-remote   if [ $? -ne 0 ]; then     echo ls-remote failed, iteration: $i     break   fi   rm -rf ./target_folder done If I haven't made a typo, the script should clone your repo, do an ls-remote inside it, delete the folder, and do the same again. If your problem is the same that I reproduced, then I would expect the above script to fail sometimes - if it does, then the problem is with the infrastructure (network, remote git server, etc... something is flaky). Just for the record: the script generates a small amount of successive requests which some network admins might consider flooding. > -----Original Message----- > From: Gyorgy Sarvari > Sent: Wednesday, 20 August 2025 18:12 > To: Tony Rex ; Alexander Kanavin > Cc: Mathieu Dubois-Briand ; openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 0/1] base.bbclass: Fix the recipe parsing race issue > > [You don't often get email from skandigraun@gmail.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] > > On 8/20/25 17:44, Gyorgy Sarvari via lists.openembedded.org wrote: >> On 8/20/25 13:53, Tony Rex wrote: >>> It was introduced by this commit: >>> https://git/ >>> .yoctoproject.org%2Fpoky%2Fcommit%2F%3Fid%3Debfa1700f41b3411aec040144 >>> 605166c35b8dd14&data=05%7C02%7Ctony.rex%40ericsson.com%7C7b5c099d1700 >>> 43080cca08dde004478d%7C92e84cebfbfd47abbe52080c6b87953f%7C0%7C0%7C638 >>> 913031194171335%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiO >>> iIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7 >>> C%7C%7C&sdata=iYvLGK1DwJk78tEvmL%2FPOL2olj7iNL87eXqdsEraxLw%3D&reserv >>> ed=0 >>> >>> Maybe "not allowed" is a strong wording, but that was how I interpreted it. Sorry, my bad if I misinterpreted it. >> In my understanding (which could be wrong), this is more to avoid >> working on a repository, where the exact work-revision can't be >> determined. But in your example, it can be determined, if your patch >> is not applied. >> >> Some extra ramblings, which may or may not be unadulterated garbage >> from >> me: Your initial commit message mentioned an expansion error. I looked >> into that a bit, and is it possible that the repository that is >> causing this issue has some access rate limit? The only thing that can >> fail sometimes in that code path seems to be "git ls-remote". >> >> Now, when I noticed this, I compiled a git version for myself that >> randomly throws an error with "git ls-remote" command, and when I used >> it with bitbake, I got this: >> >> ERROR: ExpansionError during parsing >> /home/meee/stuff/ptest-images/poky/meta/recipes-core/ell/mytest_get.bb >> bb.data_smart.ExpansionError: Failure expanding variable >> fetcher_hashes_dummyfunc[vardepvalue], expression was >> >> Is this the same error you got? > Sorry for the spam, one thing I forgot - the error on my end also contains details about the command that failed, pointing to git. If it's not the same as you get, do you have a copy of the full bitbake output you get when you see this error? > >>> Tony >>> >>> -----Original Message----- >>> From: Gyorgy Sarvari >>> Sent: Wednesday, 20 August 2025 12:18 >>> To: Tony Rex ; Alexander Kanavin >>> >>> Cc: Mathieu Dubois-Briand ; >>> openembedded-core@lists.openembedded.org >>> Subject: Re: [OE-core] [PATCH 0/1] base.bbclass: Fix the recipe >>> parsing race issue >>> >>> [You don't often get email from skandigraun@gmail.com. Learn why this >>> is important at https://aka.ms/LearnAboutSenderIdentification ] >>> >>> On 8/19/25 23:10, Tony Rex via lists.openembedded.org wrote: >>>> Hi Alex and Mathieu! >>>> >>>> Ok, so the patch fixes a bug and then the floating tag/branch function is in place again. >>>> The floating tag/branch function is broken due to the bug and the patch fixes it. >>>> >>>> The mail from Mathieu below might not fully reflect the issue here, since it seems to create a recipe with the help of devtool. >>>> >>>> To verify: >>>> 1. add layers/oe-core/meta-selftest to conf/bblayers.conf 2. run >>>> bitbake gitrepotest -c fetch >>>> result: >>>> NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and all succeeded. >>>> 3. run bitbake gitrepotest -c cleanall 4. edit >>>> ../layers/oe-core/meta-selftest/recipes-test/gitrepotest/gitrepotest >>>> .b >>>> b >>>> add tag=2.12 in SRC_URI >>>> SRC_URI = >>>> "git://git.yoctoproject.org/git/matchbox-panel-2;branch=master;tag=2 >>>> .1 2;protocol=https \ and comment out SRCREV #SRCREV = >>>> "f82ca3f42510fb3ef10f598b393eb373a2c34ca7" >>>> 5. run bitbake gitrepotest -c fetch >>>> result: >>>> NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and all succeeded. >>>> The fetch goes through although this is not allowed according to the floating tag/branch error statement if not d.getVar("__BBSRCREV_SEEN"): in git.py. >>> Could you point to a commit/email/etc about this "no floating tags >>> allowed" statement? AFAIK tags without specifying revision is allowed >>> and supported. Not recommended, due to mandatory network access, and >>> because git tags are not immutable, but I'm surprised to hear that >>> they are not supposed to work (which of course can also mean that I >>> just missed a memo) >>> >>>> 6. run bitbake gitrepotest -c cleanall 7. apply patch >>>> 0001-base.bbclass-Fix-the-recipe-parsing-race-issue.patch >>>> 8. run bitbake gitrepotest -c fetch >>>> result: >>>> ERROR: gitrepotest-1.0-r0 do_fetch: Bitbake Fetcher Error: >>>> FetchError("Recipe uses a floating tag/branch '2.12' for repo >>>> 'git.yoctoproject.org/git/matchbox-panel-2' without a fixed SRCREV >>>> yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE).", >>>> None) >>>> ERROR: Logfile of failure stored in: >>>> .../build/tmp-glibc/work/cortexa53-wrs-linux/gitrepotest/1.0/temp/log. >>>> do_fetch.1254999 >>>> ERROR: Task (.../layers/oe-core/meta-selftest/recipes-test/gitrepotest/gitrepotest.bb:do_fetch) failed with exit code '1' >>>> NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and 1 failed. >>>> >>>> Error is the expected result when only having a tag set. >>>> >>>> Tony >>>> >>>> -----Original Message----- >>>> From: Alexander Kanavin >>>> Sent: Tuesday, 19 August 2025 10:53 >>>> To: Tony Rex >>>> Cc: Mathieu Dubois-Briand ; >>>> openembedded-core@lists.openembedded.org >>>> Subject: Re: [OE-core] [PATCH 0/1] base.bbclass: Fix the recipe >>>> parsing race issue >>>> >>>> [You don't often get email from alex.kanavin@gmail.com. Learn why >>>> this is important at https://aka.ms/LearnAboutSenderIdentification ] >>>> >>>> You need to make things a little bit easier for maintainers and try to save their time. >>>> >>>> I would suggest that you provide clear steps to observe the issue. >>>> Attach the recipe file that would demonstrate the issue, and provide clear steps to trigger it. What is confusing right now is that you say here's a recipe that builds ok, but then you 'apply the patch' and then there's some kind of failure. So which patch needs to be applied? >>>> >>>> Alex >>>> >>>> On Fri, 15 Aug 2025 at 17:29, Tony Rex via lists.openembedded.org wrote: >>>>> Hi Mathieu! >>>>> >>>>> I think that this is how it is intended to work, bitbake does not allow floating tag/branch anymore. >>>>> Please correct me if I'm wrong @Richard Purdie (who implemented >>>>> this for security reasons I think.) >>>>> >>>>> The patch that I have makes sure that the parsing and setting of >>>>> the variables in the recipe are done before executing the do_fetch command, and as a side effect the floating tag/branch protection is working as intended again. >>>>> >>>>> How does the recipe look like? >>>>> devtool add kernel-module-hello-world https://git/. >>>>> yoctoproject.org%2Fgit%2Fkernel-module-hello-world&data=05%7C02%7Ct >>>>> on >>>>> y >>>>> .rex%40ericsson.com%7Cde1ae2aceeda470b381608dddefdd730%7C92e84cebfb >>>>> fd >>>>> 4 >>>>> 7abbe52080c6b87953f%7C0%7C0%7C638911904005151487%7CUnknown%7CTWFpbG >>>>> Zs >>>>> b >>>>> 3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFO >>>>> Ij >>>>> o >>>>> iTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=jyCicRQT%2FLtb1YxiFHKg >>>>> w5 >>>>> B >>>>> nNktN4t9IciiyxtsEwO4%3D&reserved=0 >>>>> The one I get looks like this: >>>>> >>>>> cat >>>>> build/workspace/recipes/kernel-module-hello-world/kernel-module-hel >>>>> lo >>>>> - >>>>> world_git.bb >>>>> # Recipe created by recipetool >>>>> # This is the basis of a recipe and may need further editing in order to be fully functional. >>>>> # (Feel free to remove these comments when editing.) >>>>> >>>>> # WARNING: the following LICENSE and LIC_FILES_CHKSUM values are >>>>> best guesses - it is # your responsibility to verify that the values are complete and correct. >>>>> # >>>>> # The following license files were not able to be identified and >>>>> are # represented as "Unknown" below, you will need to check them yourself: >>>>> # LICENSE >>>>> LICENSE = "Unknown" >>>>> LIC_FILES_CHKSUM = "file://LICENSE;md5=7b785be6433a2e4af6a641cc7f0330d1" >>>>> >>>>> SRC_URI = "git://git.yoctoproject.org/git/kernel-module-hello-world;protocol=https;branch=master" >>>>> >>>>> # Modify these as desired >>>>> PV = "1.0+git" >>>>> SRCREV = "b66f0f2bd559a1df81fc1bda240eba07a2ecdd2b" >>>>> >>>>> S = "${WORKDIR}/git" >>>>> >>>>> inherit module >>>>> >>>>> EXTRA_OEMAKE:append:task-install = " -C ${STAGING_KERNEL_DIR} M=${S}" >>>>> EXTRA_OEMAKE += "KERNEL_DIR=${STAGING_KERNEL_DIR}" >>>>> >>>>> And it contains SRCREV = "b66f0f2bd559a1df81fc1bda240eba07a2ecdd2b" >>>>> >>>>> Tony >>>>> >>>>> -----Original Message----- >>>>> From: Mathieu Dubois-Briand >>>>> Sent: Friday, 15 August 2025 11:26 >>>>> To: Tony Rex ; >>>>> openembedded-core@lists.openembedded.org >>>>> Subject: Re: [OE-core] [PATCH 0/1] base.bbclass: Fix the recipe >>>>> parsing race issue >>>>> >>>>> [You don't often get email from mathieu.dubois-briand@bootlin.com. >>>>> Learn why this is important at >>>>> https://aka.ms/LearnAboutSenderIdentification ] >>>>> >>>>> On Thu Aug 14, 2025 at 7:23 PM CEST, Tony Rex via lists.openembedded.org wrote: >>>>>> It seems that the race condition happens when doing do_fetch on >>>>>> really small repos and it can be difficult to reproduce so below >>>>>> the other case with floating tag/branch that is easier to verify. >>>>>> >>>>>> To verify the floating tag/branch issue have s simple recipe >>>>>> hello_1.0.bb and set the SRC_URI to SRC_URI = "git://;protocol=https;user=${USER};branch=master;tag=v1.0" >>>>>> >>>>>> run command bitbake hello everything builds. >>>>>> >>>>>> Apply the patch >>>>>> >>>>>> run command bitbake hello >>>>>> ERROR: hello-1.0-r1 do_fetch: Bitbake Fetcher Error: >>>>>> FetchError("Recipe uses a floating tag/branch 'v1.0' for repo >>>>>> '' without a fixed SRCREV yet doesn't call >>>>>> bb.fetch2.get_srcrev() (use SRCPV in PV for OE).", None) >>>>>> ERROR: Logfile of failure stored in: >>>>>> hello/1.0/temp/log.do_fetch.3289932 >>>>>> ERROR: Task (hello/hello_1.0.bb:do_fetch) failed with exit code '1' >>>>>> >>>>>> Tony Rex (1): >>>>>> base.bbclass: Fix the recipe parsing race issue >>>>>> >>>>>> meta/classes-global/base.bbclass | 2 +- >>>>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>>> Hi Tony, >>>>> >>>>> Thanks for your patch. >>>>> >>>>> It looks like this is breaking some builds with the following error: >>>>> >>>>> oeqa.utils.subprocesstweak.OETestCalledProcessError: Command '. /srv/pokybuild/yocto-worker/qemux86-64/build/build/tmp/work/qemux86_64-poky-linux/core-image-sato/1.0/testsdkext/environment-setup-core2-64-poky-linux > /dev/null; devtool add kernel-module-hello-world https://git.yoctoproject.org/git/kernel-module-hello-world;' returned non-zero exit status 1. >>>>> ... >>>>> ERROR: Bitbake Fetcher Error: FetchError("Recipe uses a floating >>>>> tag/branch 'master' for repo >>>>> 'git.yoctoproject.org/git/kernel-module-hello-world' without a >>>>> fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in >>>>> PV for OE).", None) >>>>> >>>>> https://auto/ >>>>> builder.yoctoproject.org%2Fvalkyrie%2F%23%2Fbuilders%2F68%2Fbuilds% >>>>> 2F >>>>> 2 >>>>> 284&data=05%7C02%7Ctony.rex%40ericsson.com%7Cde1ae2aceeda470b381608 >>>>> dd >>>>> d >>>>> efdd730%7C92e84cebfbfd47abbe52080c6b87953f%7C0%7C0%7C63891190400520 >>>>> 90 >>>>> 0 >>>>> 3%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM >>>>> CI >>>>> s >>>>> IlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata >>>>> =m >>>>> P >>>>> UXMdb%2FYOyGIm0rnncaWgcqtwkUIh8364IP3eYDPe4%3D&reserved=0 >>>>> https://auto/ >>>>> builder.yoctoproject.org%2Fvalkyrie%2F%23%2Fbuilders%2F30%2Fbuilds% >>>>> 2F >>>>> 2 >>>>> 199&data=05%7C02%7Ctony.rex%40ericsson.com%7Cde1ae2aceeda470b381608 >>>>> dd >>>>> d >>>>> efdd730%7C92e84cebfbfd47abbe52080c6b87953f%7C0%7C0%7C63891190400522 >>>>> 74 >>>>> 3 >>>>> 2%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM >>>>> CI >>>>> s >>>>> IlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata >>>>> =R >>>>> 0 >>>>> HFameGl2LmIVMT9ml%2BDMnj%2FMbG6SW0%2F3yNZHQu2js%3D&reserved=0 >>>>> https://auto/ >>>>> builder.yoctoproject.org%2Fvalkyrie%2F%23%2Fbuilders%2F16%2Fbuilds% >>>>> 2F >>>>> 2 >>>>> 247&data=05%7C02%7Ctony.rex%40ericsson.com%7Cde1ae2aceeda470b381608 >>>>> dd >>>>> d >>>>> efdd730%7C92e84cebfbfd47abbe52080c6b87953f%7C0%7C0%7C63891190400524 >>>>> 53 >>>>> 8 >>>>> 7%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM >>>>> CI >>>>> s >>>>> IlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata >>>>> =N >>>>> S >>>>> FhEupwMkgqUAhpRgFbKnyFl%2FsY%2B4UJMhVQHhqOaNM%3D&reserved=0 >>>>> >>>>> Can you have a look at this error please? >>>>> >>>>> Best regards, >>>>> Mathieu >>>>> >>>>> -- >>>>> Mathieu Dubois-Briand, Bootlin >>>>> Embedded Linux and Kernel engineering https://boot/ >>>>> lin.com%2F&data=05%7C02%7Ctony.rex%40ericsson.com%7Cde1ae2aceeda470 >>>>> b3 >>>>> 8 >>>>> 1608dddefdd730%7C92e84cebfbfd47abbe52080c6b87953f%7C0%7C0%7C6389119 >>>>> 04 >>>>> 0 >>>>> 05263327%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLj >>>>> Au >>>>> M >>>>> DAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7 >>>>> C& >>>>> s >>>>> data=oyi7YWsXDVHn7QB4fDdG1sBp7gQsfGWcJTWtX1CjAw4%3D&reserved=0 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >> -=-=-=-=-=-=-=-=-=-=-=- >> Links: You receive all messages sent to this group. >> View/Reply Online (#222190): >> https://list/ >> s.openembedded.org%2Fg%2Fopenembedded-core%2Fmessage%2F222190&data=05% >> 7C02%7Ctony.rex%40ericsson.com%7C7b5c099d170043080cca08dde004478d%7C92 >> e84cebfbfd47abbe52080c6b87953f%7C0%7C0%7C638913031194226137%7CUnknown% >> 7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4z >> MiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=WbB87ExjlYOSmq >> I0%2BEee6LbpupPfWxzk0vNYlbCUP5g%3D&reserved=0 >> Mute This Topic: >> https://list/ >> s.openembedded.org%2Fmt%2F114706197%2F6084445&data=05%7C02%7Ctony.rex% >> 40ericsson.com%7C7b5c099d170043080cca08dde004478d%7C92e84cebfbfd47abbe >> 52080c6b87953f%7C0%7C0%7C638913031194241729%7CUnknown%7CTWFpbGZsb3d8ey >> JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFp >> bCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=bHfsli%2Fba3g8lov%2Bxmfovaal5C >> uBGuFnZVXs8AjHGIY%3D&reserved=0 Group Owner: >> openembedded-core+owner@lists.openembedded.org >> Unsubscribe: >> https://list/ >> s.openembedded.org%2Fg%2Fopenembedded-core%2Funsub&data=05%7C02%7Ctony >> .rex%40ericsson.com%7C7b5c099d170043080cca08dde004478d%7C92e84cebfbfd4 >> 7abbe52080c6b87953f%7C0%7C0%7C638913031194543958%7CUnknown%7CTWFpbGZsb >> 3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjo >> iTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=gy4aai6oflVendGBp8nbYAL8K >> CGj77ObOMy2rYDnGN0%3D&reserved=0 [skandigraun@gmail.com] >> -=-=-=-=-=-=-=-=-=-=-=- >>