The KDE Community and the release team have put together a release plan for the long anticipated version 4.0, which is planned to be released in October 2007. KDE 4.0 will be a major milestone for the Free Desktop, as it offers a new foundation and set of frameworks that will shape the desktop user experience for years to come. Users will benefit from improved speed through Qt 4, integration of hardware through Solid, multimedia performance via Phonon, usability enhancements by close collaboration with OpenUsability, new real-time communication options with Decibel, spell-checking with Sonnet, comprehensive desktop search through Strigi and Nepomuk, a new desktop metaphor through Plasma and, last but not least, a completely new artwork experience called Oxygen.
KDE 4.0 will likely contain initial versions of all the major subsystems that have been described in recent Dot articles. These "Pillars" of KDE set the stage for desktop and application growth and maturity over the life of the KDE 4 series. The release schedule contains a number of milestones and dates, the most important of those being:
- April 1, 2007: Subsystem Freeze
From this date forward, no new KDE subsystem or major changes can be committed to kdelibs.
- May 1, 2007: Alpha Release + kdelibs soft API Freeze
Alpha will be a source-only release without translations. The kdelibs API is "soft-frozen", meaning that changes can be made but only with the consent of the core developers.
- June 1, 2007: trunk/KDE is feature frozen
Trunk is frozen for feature commits. Internationalised string changes are allowed. A list of main modules that will be included in the final release will be made.
- June 25, 2007: Beta1
Beta 1 is prepared and released after some initial testing. The incoming bugs will be reviewed for their severity. After this release, a new Beta version will be released every month.
- September 23, 2007: Total Release Freeze
This is the very last date for committing anything that isn't reviewed on the development lists.
- September 25, 2007: Release Candidate 1
Targetted date for first release candidate. Only regressions (breakage caused by the KDE 4 port) or grave bugs can be fixed. Starting with this Release Candidate, a new Release Candidate will be put out every two weeks until the codebase is sufficiently stable and all showstopper bugs have been fixed.
- October 23, 2007: Targetted Release Date
As always, the KDE community welcomes involvement with translations, documentation, testing and promotions. Developers who want to contribute to make KDE 4 even more rocking should check out techbase.kde.org, the new platform for all development-related information about KDE and its technologies.
A more detailed version of the release roadmap can be found on techbase. More and updated information about the release schedule can be found on the Release Schedule webpage.
It seams KDE4 is getting closer and closer :) I'm just curious though how many changes we'll see in the applications. A freeze in June is really close, but I'm happy to see there is such a long time to stabilize KDE4.
I guess it's the difference between "KDE4" and "KDE 4.0". It's been emphasized before (can't find the blog entry anymore), and I think it's important to mention it again.
I guess you can say KDE 4.0 brings cool stuff in the libraries, and some cool new apps. In KDE 4.1, more and more apps start taking advantage of the new libraries. This also happened with KDE 3.1, or Mac OS X 10.0.
Sorry two corrections:
- first I like to thank very much for KDE4, my post seams a bit harsh.
- "KDE 3.1" should be "KDE 3.0" off course. KDE 3.1 and Mac OS 10.1 / 10.2 showed more features in the libraries.
it's even more like the situation with 2.0 than 3.0. 3.0 had few new library features and didn't introduce any really large subsystems. 2.0 had a large number of new infrastructure pieces, new apps (file manager, desktp and panels =) and took a long time to get out the door ...
but yes, you're right that we've been down this path before and it took a couple releases for apps to "catch up" with the library changes.
personally, i can't wait to get back to straight app devel ;)
> It's been emphasized before (can't find the blog entry anymore)
I say push it back 8 days and make it October 31 Haloween!! I know stupid commnent but a haloween release would be interesting...
I'm very happy with this announcement and would like to thank the release team, core developers, and everybody involved writing this release plan. Hopefully it's going to be easy to stick to it, and that on the 23th of October the bottles of champaign can be opened!
As Diederik already did, I wan't to emphatize that 4.0 is mostly the core, and the new foundation, not the whole "city" of apps.
Great to hear guys!
Yeah, it is almost here, the idea that I can install my beloved kde application in my work, and show them the glory of open source is really exciting, software like kplato, and koffice is a wonderful tools for our daily job, so thanks all the men and women who make it possible. Of course some open source fanatic will say, using free software on closed OS is immoral and bad, so my friend be prepared for an avalanche of new happy users.
will kde 4.0 be able to install on other systems like mac os.... this because you say you want to install in your work ????
geo take a look at http://ranger.users.finkproject.org/kde/index.php/Home
by the way in work i use windows ;)
I think you meant "at work" :)
KDE, the desktop will most probably not run on Windows (well, unless someone wants to and makes it run). kdelibs however is actively developed also for Windows and Mac OSX and will run natively on those platforms. (Development version already do.)
That means that you'll be able to use your favourite KDE applications on other operating systems, too. (Of course as long as they care about portability in their own code.)
Whether or not kdelibs on Windows and Mac OSX will be sufficiently usable by the time KDE 4.0 comes out (or earlier) is another question. This is not directly related to this release schedule since we're talking about the whole desktop here.
I've heard from the Amarok people that they really want to have Amarok running on Windows, and personally, I'm sure other app developers think the same way. kdelibs should not stand in the way of this.
> the desktop will most probably not run on Windows
> (well, unless someone wants to and makes it run)
if anyone does, they will have to fork it. i have precisely zero interest in accommodating other platforms in the workspace. the only reason to port the workspace to windows or mac is "because we can". there is no benefit to users (they already have window management, desktop icons, etc) and a number of negatives to the kde workspace, both technological and marketing.
> kdelibs should not stand in the way of this.
"your apps where i want them" is not the primary goal here, of course. that's a cute by-product. the real wins will be when this garners more developers and helps spread open standards.
So windows users will be able to use Amarok.
PS: i personally don't care about what options windows users have.
cool, you don't care about 90 % of computer users
Well, I use linux wherever I can. Now that 'wherever I can' is unfortunately limited to private use - my current job doesn't allow me linux. Having at least some usable (KDE) apps to make using windows a bit less annoying would be great.
Yes, I don't care about them. Call me selfish, but why should I. The windows world (including both hardware and software vendors) never cared about us.
how about finishing Plasma for your one platform first, before trying to dictate what others are allowed to do.
Are you really in a position to state this that way? When did KDE start to accept political reasons for technical decisions? I doubt it ever did.
I can very much agree that the porting of full KDE 4.0.0 is no way nearly useful and desired, esp. with this tight schedule, there is little resources to waste. But for 4.1 release I do not see why people wouldn't do that.
Personally I look forward to what KDE on Windows will do the market. I would assume, it will give FLOSS a huge boost in public awareness, which will be absolutely worth it. And think of it. He who boots his Windows machine into KDE desktop, won't he also use Koffice and more, all KDE things, simply because he likes how KDE behaves more than how lousy Windows apps behave and integrate?
If I personally were a Windows user today, which I am only for gaming, I would find that Linux supports my hardware better. My wireless battery powered optical mouse stops working on Windows many weeks before it does on Linux. It's such a waste to swap the batteries earlier than needed. And then my sound card on board stuff, has a driver last updated 2003, earlier than when I bought the machine, and crashes to power off on Windows with modern games. These play better on Linux now. And then there is the issue with the wireless LAN chip set from RaLink. The drivers under Windows present problems so often. Many times I need to boot again, because no way ever a connection will happen, but after reboot it will. I will get frequent disconnections when playing MMORPGs and looking at things, my packets are corrupted. Under Windows only, latest drivers even made things worse. Under Linux never had any trouble. Not to speak of how lousy the SATA driver on Windows looks like for my storage driver, but I luckily don't use it. Not to speak of my TV card which is practically useless under Windows due to the many ways the only software that can use it works. I was so shocked about how bad it is. Even Kaffeine is nicer to use.
Even if I were a Windows lover. Installing Kubuntu with Wine on my machine beats Windows any day.
So why are people so scared of KDE users with a closed source kernel suddenly?
Do you deep in your heart feel that Windows is magically better and we can't compete on every level at the same time?!
No, it's pretty simple. Porting Plasma to windows is a huge amount of work, and would make maintaining it much harder. Why waste your time when users on those platforms already have a desktop?
And there is indeed the point that Aaron prefers Free Software over Non-Free Software. The 'why' must be clear by their names.
Why waste your time when users on the current platform already have a desktop as well? The argument doesn't make much sense.
...to be released October 23rd. If they're now planning to release in September they could just as well wait another month and include KDE 4.0. That would be the best thing to have the new KDE already pre-installed.
Anyway, already looking forward to October. Thank you for your great work!!
I hope it too :-)
heheheheh, fiesty+1 will have it, wonder if Riddell can confirm it
ooops i mean feisty, where they get those name !!!!
Nope, most probably it won't: http://www.kubuntu-de.org/interview-mit-riddell-zu-kde4-englisch
Hopefully Kubuntu can be delayed long enough to put in KDE 4.0 as well. That, or they release a 7.10-kde4 or something.
Kubuntu will release with Ubuntu.Kubuntu Feisty will not include KDE 4 as default.
Especially because Feisty will be released in april. You mean feisty+1
The planning for Kubuntu is to release a KDE4-based version really soon after 4.0 is out. This will probably not be supported officially, though. Read https://wiki.kubuntu.org/KubuntuFeistyKde4Plan for the details about this plan.
That would be awesome! KDE 4 on openSUSE. They should make it the default desktop environment :D
You don't need to wait. You can it install it now:
May i ask if I install this alongside KDE 3 and how would I choose it?
Yes, it installs into /usr. And install kdebase-session and you can choose in kdm a "KDE 4" session.
Right. Then you remember that it's an estimated release date. It could happen sooner or later.
> openSUSE to be released October 23rd. If they're now planning to release
> in September they could just as well wait another month and include
> KDE 4.0. That would be the best thing to have the new
> KDE already pre-installed.
That sounds like a really bad idea. By that time they're had the alpha/beta releases, and RC's are coming up. At that point it's seriously stupid to change the entire desktop the users will see.
I rather hope they get a rock solid 10.3 release out with KDE 3.5.7, so they can focus all their resources on getting KDE4 running smoothly with 10.4 or 11.0.
thanks to all kde community
YAY KDE4 is out on my birthday! What a great present!
Thats if it goes out on target anyway..
I've been working with Qt4 recently and it's a nice API, good luck porting everything and keep up the great work
Well, I hope they will delay 2 day's, then it will be released on my birthday. Actually, I hope it will be delayed 3 day's, or my birthday party will be without me :-)
October 23 is also my birthday, so this should be a nice gift.
I also remember KDE 2.0 fondly, because it was also released on October 23, in the year 2000 -- see http://dot.kde.org/972331966/ . I wonder if this is a coincidence? Or could the whole KDE team repeatedly try to give me nice birthday presents?
I hope it will be delayed seven months, then it will be released on MY birthday! :-)
With how much delay? ;)
Seriously, what's about akonadi? Is it delayed for 4.1 release? cause it's not in feature list.
it's currently a wait-and-see; it is likely that akonadi will not be ready for full integration into the apps until 4.1. there is already runnable working code in svn, it's just a matter of whether all features get implemented in time and the quality is there.
even if it does hit 4.0, though, i'd expect kontact et al not to have proper akonadi support before 4.1.
that's still somewhat speculative, however, as we are still waiting to see how this all pans out.
I think that setting up a system like TRAC with milestones and small things that needs geting done will speed up development and releaseing betas
Many people would like to contribute, but they usualy do not have time to white 1000 line piece of code. They can add small improvements or fixes if they know what needs to be fixed
We already have several tools for people who would like to help with KDE 4. Those tools tell you exactly what needs to be fixed. It can be code fixes or doc fixes for non-developers. Not to mention doc writing ... We have the EBN
and the dashboard
Pick up an application and fixe all warnings found by those tools. Then please send the patch to the kde-devel mailing list. That's as simple as that!
Great to hear a schedule is available, a little something to look forward to testing...
What about theming (KDE4 themes: see the wonderfull mockups people made!) and fonts? Can we see some working plasmoids? Does decibel integrates with kopete allready?
This is the kind of questions people ask, but they are never answered. Can all of this be done before june 1st?