+1
On Tue, Nov 27, 2012 at 6:42 PM, Vincent Massol <[email protected]> wrote: > > 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 > -- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
