On Nov 27, 2012, at 6:30 PM, Jerome Velociter <[email protected]> wrote:
> On 11/27/2012 06:26 PM, Vincent Massol wrote: >> On Nov 27, 2012, at 6:12 PM, Eduard Moraru <[email protected]> wrote: >> >>> It's also about New Year's Eve. A lot o people usually take time off during >>> that period, as you probably know, and will not be available for releases >>> (stabilization, bugxifing, testfixing, etc). >>> >>> IMO, we should either pick a date that is between Christmas and New Year's >>> Eve (though I don`t see much success in that either), or just release >>> around them, like +/- 1 week or something, that's if we don`t want to >>> promise stuff and end up delaying due to lack of people to fix release >>> issues. >> That's what I've tried to do: >> * M1 before christmas >> * RC1 after christmas (one week after) >> * Final after new year's eve (one week after) >> >> That was the best dates I was able to find unless we want to postpone by 1 >> month more… >> >> If you can think of better dates please suggest them. > > I agree with Eduard that between Xmas and NYE would be better than the 31th. > > If I were to be the RM, I'm would be more likely to prefer releasing RC1 on > the 27th/28th or 29th rather than on the 31th. ah indeed you're right, I had missed that :) So new dates: * 4.4M1: 10th of December (in 2 week from now) * 4.4RC1: 17th of December * 4.4Final: 27th of December (between Xmas and NY) Thanks! -Vincent > Jerome. > >> >>> Note: I am not familiar with how previous year releases around the holidays >>> worked out so, if, based on experience, you still consider that it's still >>> a good idea, please ignore my comments. >> It's probably a bit chaotic but I feel it's better than postponing by 1 >> month altogether, especially since want to be able to start the 5.x cycle >> ASAP (we're all eager to start it :)) and also to slowly align it to the >> beginning of the year. >> >> Thanks >> -Vincent >> >>> Thanks, >>> Eduard >>> >>> >>> On Tue, Nov 27, 2012 at 5:59 PM, Vincent Massol <[email protected]> wrote: >>> >>>> On Nov 27, 2012, at 4:38 PM, Eduard Moraru <[email protected]> wrote: >>>> >>>>> Hi, >>>>> >>>>> On Tue, Nov 27, 2012 at 9:45 AM, Vincent Massol <[email protected]> >>>> wrote: >>>>>> Hi devs, >>>>>> >>>>>> 4.4 and 4.5 are the last 2 stabilization releases for the 4.x cycle. As >>>>>> such they are meant to be short releases (1 month per release) and the >>>> idea >>>>>> is to have: >>>>>> - 4.4: December >>>>>> - 4.5: January >>>>>> >>>>>> This will allow us to start working on 5.0 at the beginning of February. >>>>>> >>>>>> Thus for 4.4 (and 4.5) I propose to work on the following stabilizations >>>>>> (we shouldn't work on new features): >>>>>> >>>>>> * AWM stabilization. Assignee: Marius >>>>>> ** Remove the i18n hack and use the new localization module to create a >>>>>> translation bundle for the application >>>>>> ** Add new field types (for page, image and attachment at least, with >>>>>> pickers) >>>>>> ** Improve the title and content fields (e.g. prevent dragging more than >>>>>> one title or content field) >>>>>> >>>>>> * Extension Manager. Specifically we still need to able to >>>> install/upgrade >>>>>> a wiki farm in a few minutes. Assignee: Thomas/Marius >>>>>> ** XWIKI-8252: Migration from an older version will cause many merge >>>>>> conflicts with the Distribution Manager >>>>>> ** XWIKI-8443: When uninstalling a XAR extension a question should be >>>>>> asked for various conflict use cases >>>>>> ** Find a way to allow having each wiki admin doing upgrade instead of >>>>>> upgrading the whole farm by a farm admin which don't always know how to >>>> fix >>>>>> conflict like in myxwiki.org for example >>>>>> ** XWIKI-8173 (EM should not allow installing package exposing an >>>>>> installed feature) >>>>>> >>>>>> * Translation module stabilizations/improvements. Assignee: Thomas >>>>>> ** XWIKI-8263 (Allow providing translations in a jar extension). >>>>>> >>>>>> * SOLR improvements: we need to continue working on it and we can decide >>>>>> in the course of 4.4/4.5 if it's good enough to be made the default >>>> search >>>>>> or if we need to wait for 5.x to make it the default. Assignee: Edy >>>>>> >>>>>> * Usability: small usability improvements. Assignee: Caty/JV. Caty/JV, >>>>>> could you please list what you'd like to work on? >>>>>> >>>>>> * Workspace bug fixes (there are some raised by Anca for example). >>>>>> Assignee: Edy >>>>>> >>>>>> * And a lot of bug fixes. Manuel reported a lot of browsers issue for IE >>>>>> that we need to fix >>>>>> >>>>>> Anything else committers/contributors would like to work on for 4.4? >>>>>> >>>>>> Dates >>>>>> ===== >>>>>> >>>>>> 4.4M1: 17 Dec >>>>>> 4.4RC1: 31 Dec >>>>>> >>>>> Are we sure this is a realistic date? >>>> I don't understand what you mean. Because of Christmas? I already >>>> mentioned that I gave it one more week as we usually do because of this. >>>> >>>>> I think we should reconsider this >>>>> now, instead of (almost certainly) delaying it on the spot, and looking >>>> bad. >>>> >>>> Any date is a good date. Even one week from now is good date. You just >>>> need to adjust what you're going to tackle during the timeframe that's all >>>> (that's called timeboxing). >>>> >>>> Thanks >>>> -Vincent >>>> >>>>> Thanks, >>>>> Eduard >>>>> >>>>> 4.4Final: 7 January >>>>>> Note that I'd have normally put RC1 on 24th but since that's the >>>> Christmas >>>>>> holidays, I've given RC1 2 weeks instead. >>>>>> >>>>>> Can everyone review what I've put tentatively and tell me if it's ok? >>>> Also >>>>>> could you create the associated JIRA issues and reply to this email with >>>>>> them so that I can prepare the roadmap page on xwiki.org? >>>>>> >>>>>> Thanks a lot >>>>>> -Vincent _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
