Schedules/KDE4/4.6 Release Schedule

KDE SC 4.6 is a feature release for KDE SC 4. 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 this release.

All deadlines are due 23:59 UTC, but if you need a few more hours, notify someone from the release team.

(the below schedule is generated based on software. Don't edit below, but edit the software and regenerate the schedule.)

You can also add http://www.kde.org/releaseschedule.ics as remote calendar to korganizer so you always have the release schedule near you.

KDE SC 4.6

Thursday, October 28, 2010: KDE 4.6 Soft Feature Freeze

Trunk is frozen for feature commits that are not listed in the planned feature document. Only bugfixes and the code implementing the listed features are to be committed after this date. The feature list also closes today.

Features not already finished or not listed on the planned features page will have to wait until the next KDE SC release.

Thursday, November 11, 2010: KDE 4.6 Soft Message Freeze

All translated messages (GUI strings) are frozen on this date. Only previously untranslated strings or clear errors in strings can be fixed. No major new strings changes should be done. You cannot add new strings, if you really need one ask kde-i18n-doc for an exception. It is ok to remove strings. Exception: Artwork (try to keep the number of new strings low anyways). Exception: Typo fixes can be fixed until the Hard Message Freeze, but you have to mail kde-i18n-doc saying you made a typo fix change.

Thursday, November 11, 2010: KDE 4.6 Soft API Freeze

To allow the bindings people to have proper time to do their work in preparation to the final release, the API should now be mostly fixed. Changing API is allowed, but commits have to be cc'ed to the kde-bindings mailinglist. This is including older APIs and newly introduced libraries/APIs.

Thursday, November 11, 2010: KDE 4.6 Dependency Freeze

From this moment on it is not allowed to add new dependencies or bump dependencies versions. It is possible to get an exception for this. Post the patch to reviewboard and add the release-team as reviewer. We will check if the dependency is needed and is available on all platforms.

In other words: If you have a feature that requires a new dependency or a version of a dependency that is higher than currently checked for in the build system, you need to have committed this change before this date.

Thursday, November 11, 2010: KDE 4.6 Hard Feature Freeze

Trunk is frozen for all feature commits, even those listed in the planned feature document. Only bug fixes are allowed.

Thursday, November 18, 2010: KDE 4.6 Beta 1 Tagging

Trunk is frozen for beta release tagging. Only urgent fixes, such as those fixing compilation errors, should be committed. The usual beta rules apply as soon as the Beta tarballs have been generated.

Wednesday, November 24, 2010: KDE 4.6 Beta 1 Release

The beta becomes available for general consumption.

Monday, November 29, 2010: KDE 4.6 Documentation Freeze

No more substantive changes to documentation or handbooks after this date. Typos, spelling and simple grammar changes are permitted.

Thursday, December 2, 2010: KDE 4.6 Beta 2 Tagging

Trunk is frozen for beta release tagging. Only urgent fixes, such as those fixing compilation errors, should be committed. The usual beta rules apply as soon as the Beta tarballs have been generated.

Wednesday, December 8, 2010: KDE 4.6 Beta 2 Release

The beta becomes available for general consumption.

Monday, December 20, 2010: KDE 4.6 Tagging Freeze for Release Candidate 1

During tagging freeze only compilation fixes for all platforms are allowed to be committed. Everything else (even showstopper fixes) *have* to be run through reviewboard, with the release-team and the affected maintainers as reviewer.

Monday, December 20, 2010: KDE 4.6 Hard API Freeze

To allow the bindings people to have proper time to do there work in preparation to the final release, the API is now frozen. No more changes to APIs or header files (except docs) after this date, including older APIs and newly introduced libraries/APIs.

Monday, December 20, 2010: KDE 4.6 Hard Message Freeze

Up to now you were able to do typo changes, but you had to mail kde-i18n-doc saying you made a typo fix change. From this moment on you need to contact kde-i18n-doc for every single string change, if noone objects in 5 days you can commit the change.

Monday, December 20, 2010: KDE 4.6 Artwork and Bindings Freeze

All artwork is frozen on this date. No new artwork should be added. Existing artwork can continue to be tweaked and fixed.

No new additions to the language bindings, except optional bindings as permitting by the kde-bindings team.

Tuesday, December 21, 2010: KDE 4.6 Release Candidate 1 Tagging

Branch is frozen for release candidate tagging. Only urgent fixes, such as those fixing compilation errors, should be committed.

Wednesday, December 22, 2010: KDE 4.6 Release Candidate 1 Release

The release candidate is tagged from the branch. Only urgent fixes, such as those fixing compilation errors, should be committed.As soon as the RC has been confirmed to build it will be released immediately.

Monday, January 3, 2011: KDE 4.6 Tagging Freeze for Release Candidate 2

During tagging freeze only compilation fixes for all platforms are allowed to be committed. Everything else (even showstopper fixes) *have* to be run through reviewboard, with the release-team and the affected maintainers as reviewer.

Tuesday, January 4, 2011: KDE 4.6 Release Candidate 2 Tagging

Branch is frozen for release candidate tagging. Only urgent fixes, such as those fixing compilation errors, should be committed.

Wednesday, January 5, 2011: KDE 4.6 Release Candidate 2 Release

The release candidate is tagged from the branch. Only urgent fixes, such as those fixing compilation errors, should be committed.As soon as the RC has been confirmed to build it will be released immediately.

Wednesday, January 19, 2011: KDE 4.6 Final Tag

The branch is frozen for final release tagging. Only urgent fixes, such as those fixing compilation errors, should be committed.