From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: mikko.rapeli@linaro.org, openembedded-core@lists.openembedded.org
Cc: automated-testing@lists.yoctoproject.org, bill.mills@linaro.org,
ilias.apalodimas@linaro.org, javier.tia@linaro.org
Subject: Re: [Automated-testing] bitbake, oe-core and meta-yocto tags in sync? (was Re: GPIT LAVA Test Report - Job 123474: OEQA ALL PASSED (24/75) passed)
Date: Wed, 12 Nov 2025 09:36:16 +0000 [thread overview]
Message-ID: <35da4030cb0e66d21e0497c7f9c2b777150ce7b5.camel@linuxfoundation.org> (raw)
In-Reply-To: <aRROLHFAmzOAbzRj@nuoska>
On Wed, 2025-11-12 at 11:06 +0200, Mikko Rapeli via lists.yoctoproject.org wrote:
> Hi,
>
> On Tue, Nov 11, 2025 at 10:35:08AM -0800, ledge-bot@linaro.org wrote:
> > LAVA Test Report for Job 123474
> > ==================================================
> >
> > GitLab Pipeline Information:
> > Project: gpit
> > Branch: main
> > Pipeline:
> > https://gitlab.com/Linaro/trustedsubstrate/gpit/-/pipelines/2152817594
> > bitbake: 2c6c40bdab8ebc6c04fe9992524add967fb4a053
> > bitbake git describe: yocto-5.2.1-149-g2c6c40bda
> > openembedded-core: e556df28f47e754b53e1f46c97dde2b19fd8fad1
> > openembedded-core git describe: uninative-5.0-152-ge556df28f4
> > meta-yocto: 66ea31cee15309af07afeee8dec8a6fe1d92d28e
> > meta-yocto git describe: 5.3_M3-3-g66ea31c
>
> So this is our first build and test run with separate bitbake,
> oe-core and meta-yocto built using kas to replace old poky repo
> master branch which no longer builds. Setup details in
> https://gitlab.com/Linaro/trustedsubstrate/gpit
>
> The "git describe" output with tags is a bit confusing. Would it be
> possible to use same version/milestone names there?
>
> Currently it's a bit hard to tell if the trees are fully in sync and
> if
> yocto-5.2.1, uninative-5.0 and 5.3_M3 are compatible with each other
> or not. From pure tags it is not easy to see if trees used same
> branches, for example.
This whole area is a mess.
The OE TSC required certain things in the past. We'd have to dig out
the minutes to remember all the details but I didn't 100% agree with
what was asked for and we went ahead and did it regardless. We probably
need to revisit this but the new TSC has been unable to work out a time
to meet or schedule its meetings. Even if we had, someone needs to look
up and summarise what decisions were made and why. Keep in mind there
is years of some people being very vocal if there were yocto references
outside of yocto 'owned' repositories (i.e. in bitbake/oe-core). I
think we're past some of that now but certainly not all of it. I
actually dread this whole topic.
We also need to work out what we are currently doing and not doing and
why. I know I recently asked release engineering to stop doing certain
things as they were completely non-sensical. We had a load of
problematic tags to remove and new ones to create to replace them to
try and ensure everything was consistent. I'd have to go and check
whether that happened and whether we're now doing the right things or
not.
Now, that all sounds fine, some people need to go and do some painful
work. It will be far from simple, take a ton of time and nobody will
actually really see it all or ever value the end result but it can be
done. Even if (when) we do this, it isn't going to quite give you what
you want due to things like the uninative tags. Those usually happen
mid release and will "corrupt" the git describe output as those tags
will be more recent.
So yes, it does need fixing but it isn't as simple as you might think.
I'm totally burnt out and the current release is stalled. Perhaps
someone else from the TSCs wants to go and resolve this?
Cheers,
Richard
prev parent reply other threads:[~2025-11-12 9:36 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <691381dc.7b0a0220.35e53.800e@mx.google.com>
2025-11-12 9:06 ` bitbake, oe-core and meta-yocto tags in sync? (was Re: GPIT LAVA Test Report - Job 123474: OEQA ALL PASSED (24/75) passed) Mikko Rapeli
2025-11-12 9:36 ` Richard Purdie [this message]
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=35da4030cb0e66d21e0497c7f9c2b777150ce7b5.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=automated-testing@lists.yoctoproject.org \
--cc=bill.mills@linaro.org \
--cc=ilias.apalodimas@linaro.org \
--cc=javier.tia@linaro.org \
--cc=mikko.rapeli@linaro.org \
--cc=openembedded-core@lists.openembedded.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