public inbox for docs@lists.yoctoproject.org
 help / color / mirror / Atom feed
From: "Antonin Godard" <antonin.godard@bootlin.com>
To: "Quentin Schulz" <quentin.schulz@cherry.de>,
	<docs@lists.yoctoproject.org>
Cc: "Thomas Petazzoni" <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH] docs: set_versions.py: update current releases
Date: Fri, 25 Oct 2024 15:33:21 +0200	[thread overview]
Message-ID: <D54XBRXWCP25.MGL78FQ14RCF@bootlin.com> (raw)
In-Reply-To: <ec1ae067-a4bc-41f4-ad3f-69e770eb6d75@cherry.de>

Hi Quentin,

On Fri Oct 25, 2024 at 3:01 PM CEST, Quentin Schulz wrote:
> Hi Antonin,
>
> On 10/25/24 2:00 PM, Antonin Godard wrote:
>> Remove dunfell, nanbield, add styhead as active release.
>> Remove dunfell from ltsseries.
>>
>> The switcher menu now contains:
>>
>
> The suspense is killing me!

Oops!

>> Signed-off-by: Antonin Godard <antonin.godard@bootlin.com>
>> ---
>> @Quentin, I'd appreciate your review as I see you modified this file in
>> the past. From what I've seen locally, the Styhead release does not show
>> up in the switchers. Is that something that is done automagically by
>> the autobuilder?
>
> I've barely touched the autobuilder so no clue what it's supposed to do.
>
> But we anyway need to do some manual updates as there's no way we can
> know the release number mapped to a release name. Similarly for the
> mapping between the release number of OE/YP and bitbake.
>
> And finally, how do we know which release is still supported or not and
> which ones are LTSes?

Yep, that's also what I figured…

>> ---
>>   documentation/set_versions.py | 4 ++--
>>   1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/documentation/set_versions.py b/documentation/set_versions.py
>> index dec078083441263cb1350532b2749f5ee222d555..77fcedef7c28165704b79ab8d506a466110b8249 100755
>> --- a/documentation/set_versions.py
>> +++ b/documentation/set_versions.py
>> @@ -26,9 +26,9 @@ ourversion = None
>>   if len(sys.argv) == 2:
>>       ourversion = sys.argv[1]
>>
>> -activereleases = ["scarthgap", "nanbield", "kirkstone", "dunfell"]
>> +activereleases = ["styhead", "scarthgap", "kirkstone"]
>>   devbranch = "styhead"
>> -ltsseries = ["scarthgap", "kirkstone", "dunfell"]
>> +ltsseries = ["scarthgap", "kirkstone"]
>>
>
> This looks fine, albeit incomplete maybe?
>
> We should probably also get ready for Walnascar.

Probably, yes, although I'm not sure what the implications are since there are
not tags/branch created for this release, which is why I wanted to do styhead
first since it's out.

> https://wiki.yoctoproject.org/wiki/Releases says Walnascar will be 5.2
> with bitbake 2.12.
>
> So I assume we can do the following:
>
> -devbranch = "styhead"
> +devbranch = "walnascar"
>
> +release_series["walnascar"] = "5.2"
>
> +    "walnascar" : "2.12",
>
> Similarly to what was done in cfbb2cda2c3d221f944ae610c05039c9d12093bc

I'll try again and modify the poky.yaml.in and others, see how all of that
works.

> I remember not having a lot of fun in this python script. We should
> probably document the code much better and see if there's something we
> could do to improve readability.

Yeah, seems a bit all over the place. I'll try to understand it, see how it can
be improved.

> I remember we have some bugs open for the docs that shows some version
> number for dev it shouldn't be or something.

I'll have a look. Thanks for your insights!

Cheers,
Antonin

--
Antonin Godard, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


      reply	other threads:[~2024-10-25 13:33 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-25 12:00 [PATCH] docs: set_versions.py: update current releases Antonin Godard
2024-10-25 13:01 ` Quentin Schulz
2024-10-25 13:33   ` Antonin Godard [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=D54XBRXWCP25.MGL78FQ14RCF@bootlin.com \
    --to=antonin.godard@bootlin.com \
    --cc=docs@lists.yoctoproject.org \
    --cc=quentin.schulz@cherry.de \
    --cc=thomas.petazzoni@bootlin.com \
    /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