(change date of beta2 tagging) |
(add 2 more betas (and approximately 2 months) to the schedule) |
||
| Line 43: | Line 43: | ||
The core library APIs are frozen solid. | The core library APIs are frozen solid. | ||
| − | === July 26, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Beta_Cycle|Beta1 | + | === July 26, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Beta_Cycle|Beta1]] === |
| − | Beta 1 is prepared and released after some initial testing. | + | Beta 1 is prepared and released after some initial testing. |
| + | |||
| + | === August 29, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Beta_Cycle|Beta2]] === | ||
| + | Beta 2 is prepared and released after some initial testing. | ||
Trunk is frozen for feature commits. i18n string changes are allowed. | Trunk is frozen for feature commits. i18n string changes are allowed. | ||
| − | === | + | === September 24, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Beta_Cycle|Beta3]] === |
| − | Beta | + | Beta 3 is prepared and released after some initial testing. |
| + | |||
| + | === October 22, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Beta_Cycle|Beta4]] === | ||
| + | Beta 4 is prepared and released after some initial testing. | ||
| − | === | + | === November 19, 2007: Total Release Freeze === |
This is the very last for committing anything that isn't reviewed on the development lists. If in doubt, ask the release coordinator. | This is the very last for committing anything that isn't reviewed on the development lists. If in doubt, ask the release coordinator. | ||
| − | === | + | === November 21, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Release_Candidate_Cycle|Release Candidate 1]] === |
Targeted date for first release candidate. Only regressions (breakage caused by the KDE4 port) or grave bugs can be fixed. | Targeted date for first release candidate. Only regressions (breakage caused by the KDE4 port) or grave bugs can be fixed. | ||
| − | === | + | === December 5, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_Release_Candidate_Cycle|Release Candidate 2]] === |
Targeted date for second release candidate and then wait for show stoppers to appear. | Targeted date for second release candidate and then wait for show stoppers to appear. | ||
| − | === | + | === December 20, 2007: [[Schedules/KDE4/4.0_Release_Roadmap#Milestone:_KDE_4.0_Released|Targeted Release Date]] === |
All dates given here are subject to revision, but we will try our best to stick to them if possible. The KDE Release Team is acting as the coordinator for the 4.0 release.
The first technical preview, a developer release.
The second technical preview, a developer release.
The third technical preview, a developer release.
The kdelibs API will remain as stable as possible after that, so that application developers (in particular those not having their code in the KDE SVN) can start porting towards a stable kdelibs API.
Of course the applications in the KDE SVN will have been ported all along, and it will possible to alpha-test them at this stage.
Milestones help guide us toward a final release, and the dates are subject to change. For more details see our roadmap.
From this date forward, no new KDE subsystem or major changes can be committed to kdelibs.
The buildsystem requirements (i.e. cmake version) are fixed.
The kdelibs API is "soft-frozen", meaning that changes can be made but only with the consent of the core developers.
The Alpha will be source only -- without translations.
Trunk is frozen for new or resurrected applications.
A list of main modules that will be included in the final release will be made.
The Alpha2 will be source only -- without translations.
The core library APIs are frozen solid.
Beta 1 is prepared and released after some initial testing.
Beta 2 is prepared and released after some initial testing.
Trunk is frozen for feature commits. i18n string changes are allowed.
Beta 3 is prepared and released after some initial testing.
Beta 4 is prepared and released after some initial testing.
This is the very last for committing anything that isn't reviewed on the development lists. If in doubt, ask the release coordinator.
Targeted date for first release candidate. Only regressions (breakage caused by the KDE4 port) or grave bugs can be fixed.
Targeted date for second release candidate and then wait for show stoppers to appear.