Change release schedule 4.2 and schedule for 4.3

Riccardo Iaconelli riccardo at
Tue Sep 9 00:49:53 BST 2008

On Monday 08 September 2008 22:09:41 Tom Albers wrote:
> I think you are missing the point. The always summer in trunk does not mean
> we do not release anymore. So there will still be beta tagging, etc. The
> problem with the akonadi sprint was that it was between beta1 tagging and
> the release of beta1. So they either hack in a separate branch and miss the
> beta1, meaning no beta testing by users. Or delaying beta1 for kdepim /
> kdepimlibs, which does not make sense either.

No, I was thinking of the akademy. We wouldn't have had this "let's short the 
release times because of akademy" problem in the first place: people at 
akademy could concentrate on new features anyways, while still being in the 
final part of the release. We could have possibily delayed the release of one 
week to regain the time lost at akademy, if people would have felt that it was 
still not good enough.¹

> So switching to git does not have any effect to the release planning in my
> opinion. But your mail exactly address my concerns with the always summer
> in trunk. People will hack on features and are not easily persuaded to
> recompile all of kde to test the stable branch or do bugfixing. This
> 'problem' is nowhere near properly addressed in my opinion, but we lack a
> good mailinglist to do that on ;-)

Isn't scm-interest or here enough? Anyways, as someone asked (maybe you?) 
during sebas' presentation, not everyone does bugfixing even now, it depends 
on several factors, on each one's sense of responsability, and on each one's 
schedule. And we are just blocking potential contributions.

¹ I realize this doesn't really look like real english, still hope it's 
understandable. ;-)
GPG key:
When encrypting, please encrypt also for this subkey:
Pace Peace Paix Paz Frieden Pax Pokój Friður Fred Béke 和平
Hasiti Lapé Hetep Malu Mир Wolakota Santiphap Irini Peoch שלום
Shanti Vrede Baris Rój Mír Taika Rongo Sulh Mir Py'guapy 평화

More information about the kde-core-devel mailing list