27 Nov
2012
27 Nov
'12
5:30 p.m.
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. 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 >>>>> >>>> _______________________________________________ >>>> devs mailing list >>>> [email protected] >>>> http://lists.xwiki.org/mailman/listinfo/devs >>> _______________________________________________ >>> devs mailing list >>> [email protected] >>> http://lists.xwiki.org/mailman/listinfo/devs >>> >> _______________________________________________ >> devs mailing list >> [email protected] >> http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs