<div dir="ltr">On 2 September 2013 21:00, Daniel Drake <span dir="ltr"><<a href="mailto:dsd@laptop.org" target="_blank">dsd@laptop.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, Sep 2, 2013 at 12:21 PM, Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>> wrote:<br>
> I propose we don't freeze and instead we keep releasing 0.99.x every four<br>
> weeks, until we feel we have done enough testing and bug fixing. This is not<br>
> what you are supposed to do with time based releases but I'd rather delay<br>
> than release something we can't be proud of.<br>
<br>
</div>Just as something to keep in mind, I would say that recent Sugar<br>
release cycles have also had a certain amount of uncertainty around<br>
this time. In previous cases we have just stuck to the timeline (more<br>
or less) and released anyway, especially when it is unclear how long<br>
the delay would otherwise need to be.</blockquote><div><br></div><div>That's good to know, thanks.<br><br></div><div>Subjectively previous releases have not been of very good quality. And this one risks to be a lot worst because we don't have a team of several developers testing and fixing. The number of features we landed is probably greater than the number of fixes which can't be right, unless we are suddenly writing perfect code.<br>
<br></div><div>I don't care too much about releasing or not, but IMO we should not go back accepting new features until the testing, triaging and bugs situation is a bit more under control.<br></div></div></div></div>