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 <dwnarv...@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 <godi...@sugarlabs.org> wrote: >> >> >> >> >> On Thu, Mar 13, 2014 at 9:31 AM, Daniel Narvaez <dwnarv...@gmail.com> >> wrote: >>> >>> On 13 March 2014 08:50, Peter Robinson <pbrobin...@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@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- Walter Bender Sugar Labs http://www.sugarlabs.org _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel