<div dir="ltr">We have been in feature freeze, which seems the closest to what you call "bug fixes only", since 31 July. (I would not define hard code freeze as "regressions only", even though being a regression is of course part of what needs to be considered when deciding if landing a change or not).<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 2 September 2013 20:52, Gonzalo Odiard <span dir="ltr"><<a href="mailto:gonzalo@laptop.org" target="_blank">gonzalo@laptop.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think we didn't had a "bug fixes only" stage yet on 0.100 cycle,<br>
then does not have too much sense jump to "regressions only", right?<br>
<span class="HOEnZb"><font color="#888888"><br>
Gonzalo<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Mon, Sep 2, 2013 at 3:48 PM, Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> hard code freeze is way more strict than "bug fixes only", that's more a<br>
> feature freeze.<br>
><br>
> In code freeze only very critical stuff is supposed to land. The double<br>
> approval is in addition to the review, to ensure only essential fixes lands.<br>
><br>
> Just want to be clear what we would be buying into :)<br>
><br>
><br>
><br>
> On 2 September 2013 20:41, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org">gonzalo@laptop.org</a>> wrote:<br>
>><br>
>> Yes. Only fixes allowed, we can discuss if double review is needed or not.<br>
>><br>
>> Gonzalo<br>
>><br>
>> On Mon, Sep 2, 2013 at 3:38 PM, Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>><br>
>> wrote:<br>
>> > To be clear, are you saying we should code freeze tomorrow? I couldn't<br>
>> > find<br>
>> > a definition of the freeze in the wiki but the GNOME one seems accurate.<br>
>> ><br>
>> > Hard Code Freeze<br>
>> ><br>
>> > This is a late freeze to avoids sudden last-minute accidents which could<br>
>> > risk the stability that should have been reached at this point. No<br>
>> > source<br>
>> > code changes are allowed without two approvals from the release team,<br>
>> > but<br>
>> > translation and documentation should continue. Simple build fixes are,<br>
>> > of<br>
>> > course, allowed without asking.<br>
>> ><br>
>> > On 2 September 2013 20:29, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org">gonzalo@laptop.org</a>> wrote:<br>
>> >><br>
>> >> Release 0.99.3 as is is good, because we will have rpms and that<br>
>> >> should facilitate testing.<br>
>> >> I prefer we try hard to follow the schedule, remember usually is<br>
>> >> aligned<br>
>> >> with Fedora and other projects.<br>
>> >><br>
>> >> Gonzalo<br>
>> >><br>
>> >> On Mon, Sep 2, 2013 at 3:21 PM, Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>><br>
>> >> wrote:<br>
>> >> > Hello,<br>
>> >> ><br>
>> >> > 0.99.3 is due tomorrow and with it the code freeze. We need to decide<br>
>> >> > what<br>
>> >> > to do.<br>
>> >> ><br>
>> >> > I propose we don't freeze and instead we keep releasing 0.99.x every<br>
>> >> > four<br>
>> >> > weeks, until we feel we have done enough testing and bug fixing. This<br>
>> >> > is<br>
>> >> > not<br>
>> >> > what you are supposed to do with time based releases but I'd rather<br>
>> >> > delay<br>
>> >> > than release something we can't be proud of.<br>
>> >> ><br>
>> >> > Thoughts?<br>
>> >> ><br>
>> >> > _______________________________________________<br>
>> >> > Sugar-devel mailing list<br>
>> >> > <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
>> >> > <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
>> >> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Daniel Narvaez<br>
><br>
><br>
><br>
><br>
> --<br>
> Daniel Narvaez<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Daniel Narvaez<br>
</div>