28 Nov
2012
28 Nov
'12
12:58 p.m.
+1
Thanks,
Caty
On Wed, Nov 28, 2012 at 10:30 AM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
On Tue, Nov 27, 2012 at 7:42 PM, Vincent Massol
<vincent(a)massol.net>
wrote:
cycle. As
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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)
+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 <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
>>>>>> 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