<div dir="ltr"><div>Big supportive +1 on looking back at what happened during this last month with the LTR, draw some lessons and take remedial actions.</div><div><br></div><div>Most urgently: we _absolutely_ need to stop advertising 3.16.13 LTR on the website and fallback to 3.16.11 for now; can someone with access to the website do that ASAP within the next 24 hours?</div><div><br></div><div>Once that's done, we should prioritize time fixing the underlying issue, and discuss how we as a project can avoid failing into this situation again. <br></div><div><br></div><div>There areI IMHO two crucial points to look into:</div><div>- On the technical side, how can we strengthen the process around LTR releases to avoid _as much as possible_ shipping "broken" releases.<br></div><div>- On the project management side, how can we avoid the perceived lack of speedy, immediate response to a very serious issue. Shipping problematic releases is something we obviously should aim at avoiding, but even with improvements in place, it is bound to happen again. At bare minimum, whenever a "black swan" incident happens, we should have mechanisms in place to take bad releases off the website as soon as possible.</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 16, 2021 at 2:57 AM Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</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 lists,<br>
<br>
I'd like to start some conversation about the dire condition of the<br>
QGIS LTR release and what we can do to remedy/avoid this in future.<br>
<br>
If you've missed the conversation, our QGIS 3.16 windows releases have<br>
been completely broken for nearly a month now. 3.16.12 had a critical<br>
issue which caused lockups in Python code, and now 3.16.13 has<br>
completely broken projection handling (resulting in loss of CRS,<br>
hangups when opening projects, etc).<br>
<br>
So what do we do? I can think of a few responses we could make:<br>
<br>
- Kill 3.16.13 with fire. It needs to be removed from the website and<br>
all traces of the internet ASAP. Rollback to only offering 3.16.11,<br>
which is the last good Windows 3.16 release.<br>
<br>
- Put out a massive apology (and ask users to step up their funding to<br>
better maintain QGIS releases in future ;)<br>
<br>
- Mark 3.16 as an early EOL. (I can't see anyone interested in<br>
resolving the actual issue, so we've no way forward here in releasing<br>
a "good" 3.16 release again.)<br>
<br>
- Write the LTR releases off as a failed concept. (i.e. if we don't<br>
have the resources to maintain them properly, we shouldn't be offering<br>
them at all and should resort back to the single maintained release at<br>
any one time situation.)<br>
<br>
- Lower the supported period of a LTR release to 6 months?<br>
<br>
- Offer "theoretical" LTR releases ONLY as source code, but leave it<br>
to users to compile themselves and accept responsibility for their own<br>
packaging of this release.<br>
<br>
- Go on a funding drive so that QGIS can **pay** a developer and<br>
packager so that we actually CAN say we have stable LTR releases<br>
again?<br>
<br>
- ...something else...?<br>
<br>
Suffice to say, these are big issues, with big responses. But we're<br>
also under extreme time pressure here -- 3.16 is broken beyond belief,<br>
and we DO need to make some public responses asap (i.e. TODAY!!!!)<br>
<br>
Nyall<br>
_______________________________________________<br>
Qgis-psc mailing list<br>
<a href="mailto:Qgis-psc@lists.osgeo.org" target="_blank">Qgis-psc@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-psc" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-psc</a><br>
</blockquote></div>