On Thu, 2021-02-18 at 11:30 +0100, Tomasz Dziendzielski wrote:
> > > Recipes using populate_sdk.bbclass are failing with pseudo abort due to
> > > path mismatch on these paths.
> > >
> > > Signed-off-by: Tomasz Dziendzielski <[email protected]>
> > > ---
> > > meta/conf/bitbake.conf | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > We build SDKs on the autobuilder and don't see this. Any idea what you
> > need to do to trigger it?
>
> I was able to reproduce abort on sstate-build-populate_sdk on the latest
> master without any old build/
> directory.
> $ . ./oe-init-build-env
> $ bitbake meta-go-toolchain
> $ bitbake meta-go-toolchain -c populate_sdk -f
Which packaging backend are you using? I suspect this is package
backend specific.
> Please note that above commands might not fail every time, it seems to
> be a bit random. It occurs not only on rebuilds but also on the first run.
> If we build multiple SDKs at one bitbake execution the build is unlikely
> to finish successfully, because each time different (or the same) SDKs will
> fail.
The "better" way to test this is to look inside WORKDIR/pseudo/files.db
with sqlite3 and then see which paths are in the database which you'd
not expect. That way you'll see the paths regardless of whether there
was an inode reuse issue or not.
> In our environment I also had to add ${WORKDIR}/oe-sdk-repo,${SDK_OUTPUT}
> to PSEUDO_IGNORE_PATHS to make SDKs work but I'm not sure if failures on
> these two are not related to some of our custom mechanisms.
In my local build I can see WORKDIR/oe-sdk-repo, WORKDIR/apt and
WORKDIR/oe-rootfs-repo in files.db which look suspicious.
I don't see sstate-build-populate_sdk or intercept_scripts
paths though :/.
At the very least I think we should append these to PSEUDO_IGNORE_PATHS
in the classes which define them rather than globally.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#148356):
https://lists.openembedded.org/g/openembedded-core/message/148356
Mute This Topic: https://lists.openembedded.org/mt/80716949/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
