KDE 4.1 planning

Aaron J. Seigo aseigo at kde.org
Tue Jan 8 00:22:55 CET 2008

On Monday 07 January 2008, Mauricio Piacentini wrote:
> Put me down as another vote for at least trying a 6 month release cycle,
> with 4.1 in June.

are we really counting january as the first month of 4.1 devel? shouldn't we 
try and let 4.0 dust settle and get people focussed on bug fixing and what 
not? esp if we announce the release sched and say "it's six months.. except 
we're nearly a month into it now, sorry you didn't know" i would expect some 
devs to be a little annoyed ;)

maybe i'm just being cautious but july sounds saner to me. note as well that 
akademy is in august so it will work out nicely to have a 4.1 out the door 
soon before that, in either case.

> Now that the big baby is out, we can attempt to pack 
> less changes into each release, but make them more frequent. If
> something is not ready by 4.1, then 4.2 is not that far away. Rinse,
> repeat. A 9 month interval for inclusion of new features and
> applications in the main release seems too long, at least for me.

it's actually a 7 month interval, not 9. it worked well in the 3.x and 2.x 
days. it's also useful to remember than not everyone starts developing on the 
first day. our contributors, for work or personal reasons, often start and 
stop throughout the devel cycle. if the calendar-time window is too small 
we'll miss fitting some (many, even) of the man-hour sets needed to complete 
a given set of features. 

which is to say that 7 months of man hours is a huge amount of time to work on 
feature if you work on an app every day and are doing the usual 
not-world-changing-overhaul type development; but we're talking about 7 
months of calendar time, not man hour time. a 4 or 5 month window is 
considerably smaller and as such risks putting features off for another 
release (and 2*6 is 12, which greater than 9 ;)

the fact that this pace worked really well for us in the 3.x days should not 
be discounted imho.

oh, and phonon: since Qt will be including phonon and it has a 9 month cycle, 
if we go to a 6 month cycle every 2nd or 3rd release (depending which way you 
look at it) we'll have mismatched phonon versions. it would be cool to avoid 
doing that if possible.

that said, i'd like to see a 6 month cycle for 4.1. it's after 4.1 that i'm in 
favour of a 9 month cycle.

Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/release-team/attachments/20080107/511e5cdb/attachment.pgp 

More information about the release-team mailing list