27 Nov
2012
27 Nov
'12
6:12 p.m.
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.
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.
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:
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.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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 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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs