<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
Towards that end, the lastest x86_64 LiveUSB/ISO can be downloaded from<span style="font-size: 10pt"> </span><span style="font-size: 10pt"><a href="http://bit.ly/Fedora-SoaS-Live-x86_64-34-20210213" style="font-size: 10pt">http://bit.ly/Fedora-SoaS-Live-x86_64-34-20210213</a></span><div><br></div><div>It's one gigabyte.<br><div><div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;">
<p style="color: #AAAAAA; margin-top: 10px;">On 2/11/2021 3:07:40 PM, James Cameron <quozl@laptop.org> wrote:</p><div style="font-family:Arial,Helvetica,sans-serif">Also may I remind our testers to keep testing the compose. It is at
<br>this stage of the game in previous iterations that we've seen some
<br>significant regressions.
<br>
<br>I suggest going against Sugar Labs convention and report successful
<br>tests rather than only report bugs. This will increase the sharing of
<br>workload.
<br>
<br>On Thu, Feb 11, 2021 at 11:11:28AM +0000, Peter Robinson wrote:
<br>> > Peter,
<br>> >
<br>> > What needs to be done to fast-track this fix in the F34 branch?
<br>> >
<br>> > https://bodhi.fedoraproject.org/updates/FEDORA-2021-7e62d9763d
<br>>
<br>> As per the F-34 schedule [1] nothing is required ATM, it will go
<br>> through the CI process and land into stable and will be included in
<br>> the next successful compose. Having just branched there's generally a
<br>> couple of days while things settle into a groove.
<br>>
<br>> >From the 23rd of Feb the bodhi updates process gets enabled. Once that
<br>> happens every update will need a "fedpkg update" to get it into bodhi.
<br>> The 23rd is also freeze point for Beta so any update will need an
<br>> associated RHBZ, added as part of the "fedpkg update", and will need a
<br>> freeze exception [2]. Post Beta there will be a window where updates
<br>> flow as per normal before the freeze for final when that process will
<br>> need to be followed again.
<br>>
<br>> One thing to note is that SoaS isn't considered a blocker desktop so I
<br>> suggest just filing a freeze exception, they are generally waved
<br>> through but there's some nuance to the process, but the end is that
<br>> things go in so it doesn't matter too much TBH.
<br>>
<br>> [1] https://fedorapeople.org/groups/schedule/f-34/f-34-key-tasks.html
<br>> [2] https://qa.fedoraproject.org/blockerbugs/propose_bug
<br>> _______________________________________________
<br>> SoaS mailing list
<br>> SoaS@lists.sugarlabs.org
<br>> http://lists.sugarlabs.org/listinfo/soas
<br>
<br>--
<br>James Cameron
<br>https://quozl.linux.org.au/
<br>_______________________________________________
<br>SoaS mailing list
<br>SoaS@lists.sugarlabs.org
<br>http://lists.sugarlabs.org/listinfo/soas
<br>
<br></div></blockquote>
</div></div></div></div>