<div dir="ltr">Daniel, <div><br></div><div>I don't want put you in a uncomfortable situation. </div><div>All of us are pretty loaded. I don't see how modifying the schedule can prejudice</div><div>you or other in the team. If this change means more work for other, then no deal. </div>
<div>I will shut up, and load my own charge. If nobody is harm, then I don't see why we can't</div><div>discuss this issue. </div><div>I expect we as a community, and specially who are more involved in the work,</div>
<div>can talk openly, and take decisions, or even review our decisions, </div><div>without somebody feel uncomfortable for that. </div><div>Regards,</div><div><br></div><div>Gonzalo </div></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Mon, Mar 10, 2014 at 10:56 PM, Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Daniel,<br>
<br>
I think that what is behind this request is that there are some<br>
deployments (Australia and Uruguay) where a few weeks delay wouldn't<br>
make much difference but carrying a bunch of patches downstream for<br>
another release cycle will mean a lot of work. I don't think Gonzalo<br>
made this request lightly. That said, we all respect and will abide by<br>
your decision as release manager.<br>
<br>
thanks.<br>
<span class="HOEnZb"><font color="#888888"><br>
-walter<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On Mon, Mar 10, 2014 at 7:40 PM, Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>> wrote:<br>
> On 10 March 2014 22:53, Gonzalo Odiard <<a href="mailto:godiard@sugarlabs.org">godiard@sugarlabs.org</a>> wrote:<br>
>><br>
>> Why is the reason to propose this?<br>
>><br>
>> We have a few features almost ready for include.<br>
>> Almost means, they received a first and in some cases<br>
>> a second review.<br>
><br>
><br>
> I don't understand the rationale. What if I sent a big feature patch<br>
> today... Would you take it and thus delay the release again? Would you<br>
> refuse it and thus make me wait more time than if we went with the original<br>
> schedule? The first approach would delay the release forever, the second<br>
> honestly seems unfair.<br>
><br>
> I'm in a pretty uncomfortable situation. You guys are driving the work, I'm<br>
> just trying to facilitate it... So I don't feel like strongly opposing the<br>
> changes you are proposing. On the other I can't really understand or approve<br>
> the rationale. Perhaps someone more in sync with your release management<br>
> vision should take over the role...<br>
><br>
</div></div><div class="im HOEnZb">> _______________________________________________<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>
</div><div class="HOEnZb"><div class="h5">Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Gonzalo Odiard<br><br><div>SugarLabs - Learning Software for children<br></div></div>
</div>