[xwiki-devs] [Proposal] Roadmap for 4.4
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 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
Hi, On Tue, Nov 27, 2012 at 8: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
If I may: I met with users of a large XWiki installation yesterday (1500+ users, thousands of pages). I gave them a demo of Solr search and they would really, really enjoy having it by default. They are considering upgrading once XE 4.5 is out and this would be one of the key new features for them. My 2 cents, Guillaume
* 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 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
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 think we should reconsider this now, instead of (almost certainly) delaying it on the spot, and looking bad. 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
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
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 <[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
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.
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
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
On Nov 27, 2012, at 6:30 PM, Jerome Velociter <[email protected]> wrote: > 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. 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 <[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
On Tue, Nov 27, 2012 at 7:42 PM, Vincent Massol <[email protected]> wrote: > > On Nov 27, 2012, at 6:30 PM, Jerome Velociter <[email protected]> wrote: > >> 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. > > 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 <[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
+1 Thanks, Caty On Wed, Nov 28, 2012 at 10:30 AM, Marius Dumitru Florea < [email protected]> wrote: > On Tue, Nov 27, 2012 at 7:42 PM, Vincent Massol <[email protected]> > wrote: > > > > On Nov 27, 2012, at 6:30 PM, Jerome Velociter <[email protected]> > wrote: > > > >> 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. > > > > 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 <[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 >
+1 On Tue, Nov 27, 2012 at 6:42 PM, Vincent Massol <[email protected]> wrote: > > On Nov 27, 2012, at 6:30 PM, Jerome Velociter <[email protected]> wrote: > > > 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. > > 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 <[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 > -- Thomas Mortagne
+1 Thanks, Eduard On Wed, Nov 28, 2012 at 6:48 PM, Thomas Mortagne <[email protected]>wrote: > +1 > > > On Tue, Nov 27, 2012 at 6:42 PM, Vincent Massol <[email protected]> > wrote: > > > > > On Nov 27, 2012, at 6:30 PM, Jerome Velociter <[email protected]> > wrote: > > > > > 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. > > > > 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 <[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 > > > > > > -- > Thomas Mortagne > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs >
participants (7)
-
Ecaterina Moraru (Valica) -
Eduard Moraru -
Guillaume Lerouge -
Jerome Velociter -
Marius Dumitru Florea -
Thomas Mortagne -
Vincent Massol