Discussion about 4.1 timeframe (was Re: What to do about Kompare?)
Torsten Rahn
torsten.rahn at credativ.de
Fri Dec 14 13:55:38 CET 2007
> I agree to Mauricio's points, we should do a 'relatively quick' 4.1, then
> try to move into a time-based release schedule.
>
> End January: Lifting feature freeze for trunk/
> End of March: (feature/string) freeze trunk/
> Mid May: KDE 4.1
I fully agree with Sebas here: What we need most right now is fast
consolidation so that people finally get the conceptually reliable desktop
back that they were used to from KDE 3 (I'd even suggest "Consolidation" as a
code name).
For KDE 2.0 we had the very same problem as with KDE 4.0: lot's of loose ends,
still a lot of tripwires for the user to fall across. Lot's of small to
medium-sized conceptual problems that needed to get solved fast.
Backporting all those into KDE 2.0.x bugfix releases would have meant that
people would have to constantly spend much time on applying all those fixes
for minor oddities to _two_ branches in parallel which would have delayed a
lengthy "sophisticated" KDE 2.1 release cycle a lot more.
So the solution was a quick 2.1 release which was mostly about polishing and
making the whole UI experience more reliable:
KDE 2.0 release: 23 October 2000.
KDE 2.1 release: 26 February 2001
(I just stumled across this: http://dot.kde.org/979149870/ )
I'd say that this decision to do a quick 2.1 release was what "saved our
asses" marketing wise because exposing people to KDE 2.0 for a longer time
would have hurt KDE's reputation due to the true ".0" quality which that
release sported. The same is true for KDE 4.0.
So we need to fix the most fundamental issues as fast as possible after KDE
4.0. While making use of all possible additional features that Qt 4.4 will
provide is tempting I think we should avoid to create any larger construction
sites this soon after a major release. So I'd rather favour a quick port to
Qt 4.4 and concentrating on the low hanging fruits for a Qt 4.4 port instead
of doing an extensive one.
I expect that there will be a huge slew of small patches for KDE 4.1 which
will will improve the UI experience greatly and will bring it mostly up to
par with latest KDE 3.5.x. However if you have major changes that are well
tested and ready for a release then of course it's fine to contribute them.
Also keep in mind that if we target our release for May then the release will
most likely still happen in June due to usual delays!
Most major distributors plan to release around that time, so I'd rather plan
for a release in May if we want to make sure that they ship a nice desktop
that everybody feels comfortable with.
--
Torsten Rahn
Tel.: 0 21 61 - 46 43 - 192
credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz
More information about the release-team
mailing list