<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 9, 2022 at 10:36 PM Petr Vorel <<a href="mailto:pvorel@suse.cz" target="_blank">pvorel@suse.cz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
[ Cc automated-testing ML ]<br>
<br>
> Hi!<br>
> > Maye split this work into pieces? something like:<br>
> >     - announcement email,<br>
> >     - collecting patch lists for a new release,<br>
> >     - writing release notes, or paperwork,<br>
> >     - uploading tarballs<br>
> >     - pre-testing against different Linux distribution<br>
<br>
> > You can still send the announcement email, and other volunteers do the rest.<br>
> > (if applicable, I can take patch reviews or upload tarballs work)<br>
<br>
> I guess that would work too, as long as we have volunteers.<br>
I could do part of work as well. I volunteer to upload the tarballs.<br>
I also try to help with reviewing and testing pre release fixes.<br>
I usually do network tests changelog, which is tiny part of whole changelog.<br>
<br>
I try to do at least some of runtime tests on SLES and Tumbleweed, I suppose<br>
Martin helps with it as usually. Obviously more people should do pre-release<br>
testing.<br>
<br>
And in my non work time build testing on Buildroot (finds various build problems<br>
on other libc and generally the embedded world).<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">Well, if more than three people are involved in the release work,</div><div class="gmail_default" style="font-size:small">I think that the release workflow should be arranged in time order,</div><div class="gmail_default" style="font-size:small">otherwise, we're easily going to fall into chaos. e.g.</div></div><div class="gmail_default"><br></div><div class="gmail_default">Assumption work starting from the second week of the release month:</div><div class="gmail_default"><br></div><div class="gmail_default" style="font-size:small">1. Collecting the patch list for a new release, like this email does (Cyril)<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">2. Reviewing and merging the patch list of step1 (All maintainers, LTP-users)</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">3. Pre-release widely testing, we need to explicitly post results in step1 email (Petr, Li Wang)</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">4. Tiny fix according to pre-release testing result (All maintainers, users)</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">5. Writing release note (Cyril)<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">6. Uploading tarballs (Petr)</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">7. Announcement email of LTP release (Cyril)</div><div> </div><div><br></div><div><div class="gmail_default" style="font-size:small">Does this look useful? or anything else?</div><br></div><div><div class="gmail_default" style="font-size:small">IMO if any more volunteers hope to be involved, they just need</div><div class="gmail_default" style="font-size:small">to pick up any step they are interested in.</div><br></div></div><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div>Regards,<br></div><div>Li Wang<br></div></div></div></div>