28 Nov
2012
28 Nov
'12
5:48 p.m.
+1
On Tue, Nov 27, 2012 at 6:42 PM, Vincent Massol <vincent(a)massol.net> wrote:
On Nov 27, 2012, at 6:30 PM, Jerome Velociter <jerome(a)velociter.fr> wrote:
31th.
--
Thomas Mortagne
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
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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs