<div dir="ltr">Hey,<div><br></div><div>I'm not sure any process is going to help a lot here unless it's super tight. In the end bugs happen so I suspect we just have to watch and have people aware they can early test for us and get another release out quick if needed.</div><div><br></div><div>- Nathan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 23, 2017 at 7:18 PM, Jürgen E. Fischer <span dir="ltr"><<a href="mailto:jef@norbit.de" target="_blank">jef@norbit.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Nyall,<br>
<span class=""><br>
On Tue, 23. May 2017 at 18:25:20 +1000, Nyall Dawson wrote:<br>
> On this note, I'd like to float the idea of some "thaw" time (say a<br>
> week) from when a release is tagged before we actually finalise the<br>
> release. I realise this adds administrative burden (mostly to Jürgen,<br>
> sorry) and I'd welcome suggestions on how we could avoid this. But in<br>
> general I think some short delay between when we consider a release is<br>
> ready and when it actually becomes packaged and available would give<br>
> time for testing the final pre-release candidate before the release is<br>
> made.<br>
<br>
</span>Well, I build from tags (unless there are required fixes to build).  So<br>
tagging is when packaging starts.  If there is a "thaw" time, it should be<br>
before tagging/release.  Not sure how long that time should be.<br>
<br>
A week?  Then we would have nightlies for the release, that could be tested,<br>
potential bugs still be fixed, run to a nightly again, be verified and<br>
still not delay the release.<br>
<br>
But we do point releases every 4 weeks, so 1 week would be a lot of that.<br>
<br>
Maybe it's just this point release that is special because of our bug fixing<br>
effort.  Usually we just backport fixes that have been verified to work in<br>
master (although that currently doesn't always work between 2.18 and master).<br>
But then again 2.18.6 had a similar issue.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
Jürgen<br>
<br>
--<br>
Jürgen E. Fischer           norBIT GmbH             Tel. <a href="tel:%2B49-4931-918175-31" value="+49493191817531">+49-4931-918175-31</a><br>
Dipl.-Inf. (FH)             Rheinstraße 13          Fax. <a href="tel:%2B49-4931-918175-50" value="+49493191817550">+49-4931-918175-50</a><br>
Software Engineer           D-26506 Norden             <a href="http://www.norbit.de" rel="noreferrer" target="_blank">http://www.norbit.de</a><br>
QGIS release manager (PSC)  Germany                    IRC: jef on FreeNode<br>
</div></div><br>______________________________<wbr>_________________<br>
Qgis-psc mailing list<br>
<a href="mailto:Qgis-psc@lists.osgeo.org">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/<wbr>mailman/listinfo/qgis-psc</a><br></blockquote></div><br></div>