Revised Release Schedule
Cornelius Schumacher
schumacher at kde.org
Thu Sep 6 00:00:44 CEST 2007
On Wednesday 05 September 2007 15:17, Sebastian Kügler wrote:
>
> KDE SDK Release
> =================
> The KDE Software Development Kit contains all the bits and pieces needed
> for developing KDE4 applications. This includes kdesupport, kdelibs,
> kdepimlibs and kdebase/runtime.
The term SDK is confusing. Usually an SDK contains tools, documentation and
additional stuff needed to develop for an existing already released product.
I would prefer the term "KDE Platform". This in my opinion works better for
the collection of kdesupport, kdelibs, kdepimlibs and kdebase/runtime. It
also goes nicely along with the terms "KDE Workspace" (rest of kdebase and
additional plasma stuff etc.) and "KDE Applications" (the other modules
including kdeextragear). All together is the "KDE Desktop".
> 3 October: Total Release Freeze, only critical bugfixes to the SDK
> 24 October: Tagging (Wed)
> 30 October: Release (Tue)
Shouldn't these dates coincide with the desktop release dates? What about:
Platform total release freeze: 26 September (tagging of KDE 4.0 Beta 3)
Platform release tagging: 19 October (tagging of KDE 4.0 RC 1)
Platform release: 25 October (release of KDE 4.0 RC 1)
> KDE 4.0 Desktop Release
> ========================
> The KDE 4.0 Desktop includes libraries, the workspace and basic
> applications needed for a basic working environment, such as a text editor,
> a filemanager, an email client, image and document viewers.
>
> 6 September: Release KDE 4.0 Beta 2 (Thu)
>
> 26 September (Wed): Tagging KDE 4.0 Beta 3
> 2 October (Tue): Release KDE 4.0 Beta 3
>
> October 12 (Fri): Total Release Freeze, bugfixes only
>
> 19 October (Wed): Tagging KDE 4.0 RC1
19 October isn't a Wednesday. If you want to go for Wednesday it would be 24
October.
> 25 October (Tue): Release RC1
25 October isn't a Tuesday. If you want to go for Tuesday it would be 30
October.
(And magically most the platform release dates match with desktop release
schedule ;-)
> 7 November (Wed): Tagging RC2
> 13 November (Tue): Release RC2
>
> 5 December (Wed): Tagging RC-final
> 11 December (Tue): Release KDE 4.0 Desktop
Planning for more than one RC is strange. The RC should be a releasable state.
Only if critical bugs are found more RCs happen. I like the definition which
is on the Wiki better. With RC1 go into RC mode and add RCs as needed (with a
very strict definition for "needed").
--
Cornelius Schumacher <schumacher at kde.org>
More information about the release-team
mailing list