[Sugar-devel] Feature freeze

Walter Bender walter.bender at gmail.com
Sat Mar 29 07:34:51 EDT 2014


I have been trying to fix a problem with
https://github.com/sugarlabs/sugar/pull/316 (which fixes SL #800)
If I disable interaction with GNOME, it seems to work, but somehow it
gets confused when sending/receiving notifications between Sugar and
GNOME. Hope to track it down over the weekend.

-walter

On Sat, Mar 29, 2014 at 7:30 AM, Daniel Narvaez <dwnarvaez at gmail.com> wrote:
> We are not approaching 0.101.4 and the feature freeze, three days left.
> There are three pull requests that I feel the freeze would apply to
>
> https://github.com/sugarlabs/sugar/pull/192
> https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/88
> (These are probably in manuq court).
>
> https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/124
>
> Is there anything else outside the review queue?
>
>
>
> On 13 March 2014 13:26, Gonzalo Odiard <godiard at sugarlabs.org> wrote:
>>
>>
>>
>>
>> On Thu, Mar 13, 2014 at 9:31 AM, Daniel Narvaez <dwnarvaez at gmail.com>
>> wrote:
>>>
>>> On 13 March 2014 08:50, Peter Robinson <pbrobinson at gmail.com> wrote:
>>>>
>>>> Daniel would you be amicable to stretching it out by a month so we
>>>> have one more round of dev releases before entering freeze?
>>>
>>>
>>> Sorry for the delay on closing down this issue, I have been busy. I'll
>>> try to keep it short so that we can all go back at work asap.
>>>
>>> I think we are taking the wrong decision in the wrong way here. I have
>>> yet to see a rationale for proposing a delay. We are apparently trying to
>>> save some time for some deployment team, and I'd argue we are not even
>>> saving much. I don't like this kind of ad hoc decisions, as an upstream we
>>> should be thinking less about our own short time priorities and more about
>>> potential contributors. I'm not in love with time based releases, as I have
>>> pointed out in the past, but we should be reconsidering our release approach
>>> as a whole, if it's not good enough, rather than making an exception for not
>>> particularly good reasons.
>>
>>
>> I see your point, but I think is better separate the issue of extend these
>> release cycle,
>> to start a discussion about how we will manage the release cycle in the
>> future.
>> Maybe we should define a time, after 0.102, to review our release
>> strategy.
>>
>>
>>>
>>>
>>> That said, I think the community consensus is pretty clear, I'm the only
>>> one in disagreement. So please someone send me the new release dates and
>>> I'll update the schedule.
>>
>>
>>
>> After ask manuq, and reading other comments here, I propose:
>>
>> 0.101.4 - 04/01/14 - Feature Freeze
>> 0.101.5 - 05/01/14 - String, UI, API freeze
>> 0.102.0 - 06/01/14 - Final release
>>
>> Now, back to work! We need do good use of this time!
>>
>> --
>> Gonzalo Odiard
>>
>> SugarLabs - Learning Software for children
>
>
>
>
> --
> Daniel Narvaez
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org


More information about the Sugar-devel mailing list