On Tue, Nov 27, 2012 at 7:42 PM, Vincent Massol <vinc...@massol.net> wrote: > > On Nov 27, 2012, at 6:30 PM, Jerome Velociter <jer...@velociter.fr> wrote: > >> On 11/27/2012 06:26 PM, Vincent Massol wrote: >>> On Nov 27, 2012, at 6:12 PM, Eduard Moraru <enygma2...@gmail.com> 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)
+1 Thanks, Marius > > 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 <vinc...@massol.net> wrote: >>>> >>>>> On Nov 27, 2012, at 4:38 PM, Eduard Moraru <enygma2...@gmail.com> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> On Tue, Nov 27, 2012 at 9:45 AM, Vincent Massol <vinc...@massol.net> >>>>> 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 > devs@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
