On Nov 27, 2012, at 6:30 PM, Jerome Velociter <jerome(a)velociter.fr> wrote:
On 11/27/2012 06:26 PM, Vincent Massol wrote:
On Nov 27, 2012, at 6:12 PM, Eduard Moraru
<enygma2002(a)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)
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 <vincent(a)massol.net>
wrote:
>>
>>> On Nov 27, 2012, at 4:38 PM, Eduard Moraru <enygma2002(a)gmail.com>
wrote:
>>>
>>>> Hi,
>>>>
>>>> On Tue, Nov 27, 2012 at 9:45 AM, Vincent Massol
<vincent(a)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