From: "Mathieu Dubois-Briand" <mathieu.dubois-briand@bootlin.com>
To: <richard.purdie@linuxfoundation.org>,
<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [PATCH 4/5] meta/dummy-sdk-package: Improve SDK dummy package handling
Date: Sun, 15 Mar 2026 15:08:47 +0100 [thread overview]
Message-ID: <DH3EYK94NG6K.32Y0X42C697G2@bootlin.com> (raw)
In-Reply-To: <20260314094758.3929192-4-richard.purdie@linuxfoundation.org>
On Sat Mar 14, 2026 at 10:47 AM CET, Richard Purdie via lists.openembedded.org wrote:
> Currently, the dummy SDK packages are re-running for different SDKMACHINE values
> when they should not. The usage of allarch is broken and not triggering the right
> PACKAGE_ARCH value due to the deferred nature of nativesdk. This was probably
> broken when we switched to add deferred classes.
>
> To try and make this all more explict and less prone to breakage, switch to calling
> oe.utils.make_arch_independent() directly.
>
> Add the 'special' package architecture values to SSTATE_ARCHS so the system cna properly
> track them.
>
> Remove the pointless tasks we don't need from the dummy recipes, mark the packagedata
> as machine independent and then remove from the conflict list in sstate.bbclass.
>
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> ---
Hi Richard,
I get some failures with this commit:
ERROR: core-image-sato-1.0-r0 do_populate_sdk: Error executing a python function in exec_func_python() autogenerated:
...
File: '/srv/pokybuild/yocto-worker/genericx86-64/build/layers/openembedded-core/meta/lib/oe/package_manager/__init__.py', lineno: 529, function: create_packages_dir
0525: start = next
0526:
0527: for dep in pkgdeps:
0528: c = taskdepdata[dep][0]
*** 0529: manifest, d2 = oe.sstatesig.find_sstate_manifest(c, taskdepdata[dep][2], taskname, d, multilibs)
0530: if not manifest:
0531: bb.fatal("No manifest generated from: %s in %s" % (c, taskdepdata[dep][2]))
0532: if not os.path.exists(manifest):
0533: continue
File: '/srv/pokybuild/yocto-worker/genericx86-64/build/layers/openembedded-core/meta/lib/oe/sstatesig.py', lineno: 536, function: find_sstate_manifest
0532: if os.path.exists(manifest):
0533: return manifest, d2
0534: searched_manifests.append(manifest)
0535: bb.fatal("The sstate manifest for task '%s:%s' (multilib variant '%s') could not be found.\nThe pkgarchs considered were: %s.\nBut none of these manifests exists:\n %s"
*** 0536: % (taskdata, taskname, variant, d2.expand(", ".join(pkgarchs)),"\n ".join(searched_manifests)))
0537: return None, d2
0538:
0539:def OEOuthashBasic(path, sigfile, task, d):
0540: """
Exception: TypeError: sequence item 2: expected str instance, list found
https://autobuilder.yoctoproject.org/valkyrie/#/builders/4/builds/3385
https://autobuilder.yoctoproject.org/valkyrie/#/builders/8/builds/3416
Thanks,
Mathieu
--
Mathieu Dubois-Briand, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2026-03-15 14:08 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-14 9:47 [PATCH 1/5] sstate: Drop unneeded SSTATE_MANMACH variable Richard Purdie
2026-03-14 9:47 ` [PATCH 2/5] bitbake.conf: Add SDKMACHINE to BUILDCFG_VARS, drop TARGET_FPU Richard Purdie
2026-03-16 16:37 ` [OE-core] " Alejandro Hernandez
2026-03-16 21:01 ` Richard Purdie
2026-03-14 9:47 ` [PATCH 3/5] allarch/lib: Convert core of allarch code into a function Richard Purdie
2026-03-14 9:47 ` [PATCH 4/5] meta/dummy-sdk-package: Improve SDK dummy package handling Richard Purdie
2026-03-15 14:08 ` Mathieu Dubois-Briand [this message]
2026-03-14 9:47 ` [PATCH 5/5] sstate: Tweak SDK sstate package architecture Richard Purdie
[not found] ` <189CAC32AB5A06DA.1508127@lists.openembedded.org>
2026-03-14 10:00 ` [OE-core] [PATCH 4/5] meta/dummy-sdk-package: Improve SDK dummy package handling Richard Purdie
2026-03-14 14:40 ` Bruce Ashfield
[not found] ` <189CACDC59FF3062.2629287@lists.openembedded.org>
2026-03-14 10:28 ` Richard Purdie
2026-03-16 16:37 ` Randy MacLeod
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DH3EYK94NG6K.32Y0X42C697G2@bootlin.com \
--to=mathieu.dubois-briand@bootlin.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox