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. > 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
