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.
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
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs
