It has been a little more than a month since you were able to install the latest and greatest KDE on release day. Today is another one of those with KDE 4.2.1 (codenamed "Cream") hitting the shelves.

Today, the KDE team announces the immediate availability of KDE 4.2.1, which is a recommended update for everyone running KDE. (If you are still on 3.5, do consider again upgrading to KDE 4.) 4.2.1 has a nice changelog for those that want to read something while packages are being downloaded.

As usual, this release does not contain exciting new features but stabilizes the 4.2.0 release further. A month worth of feedback and bug fixing surely pays off. Also, those dot-releases bring updated translations for the 50-odd languages KDE desktop and applications are shipping in.

If you are running this release with Qt 4.5 and you're encountering problems, please let the developers know by means of bugs.kde.org so those kinks can be worked out for everyone (including yourself).

The KDE team wishes you a lot of fun and productivity with this release and goes back to hacking on the next KDE coming this summer. In the meantime, roughly once a month we'll keep pushing out the latest bug fixes and updates through this kind of dot-releases to the user.

Bookmark/Search this post with

Comments

Speaking only for myself, I want to congratulate Kopete team for their dedication and hard-work on keeping pushing out great products for us. This release fixed tons of bugs, and some were really frustrating me at times - so this alone made the upgrade worthwhile for everyone.
Thank you worldclass for models cloth shopping hk fashion garments tops. Great many movies korean drama films world.

"If you're running this release with Qt 4.5 and you're encountering problems, please let the developers know by means of bugs.kde.org so those kinks can be worked out for everyone (including yourself)."

Does this mean that running on Qt 4.5.0 is now supported (especially for plasma), and that there should be no problems in doing so?

The truth is that we don't know. Supported or not, we want to make the experience of using KDE as good as possible, no matter which Qt version you run.

The -RC phase of Qt 4.5 has helped quite a bit in working out kinks. I'm currently not aware of any really critical problems, but we're careful in stating that it will just work. (And what's "just work" for one person is "totally broken" for someone else, as we all know ... ;-))

Well seems like Qt 4.5.0 does have issues with filenames using Unicode characters like accentuated ones.

After moving to Qt 4.5 with KDE 4.2.0 in openSUSE 10.3 my panel dock also stopped working properly. KDE 3 application icons are displayed correctly on the dock, but icons of KDE 4 applications are not displayed at all. The dock also does not display skype's icon. I know people for whom this is working fine though.

Is there any chance that Okular will ever add support for .lit files? The format was explored enough that someone wrote a script to convert .lit books to .html files, but it would be nice if Okular can just open them.

Please, don't do this. This is the announcement of a new maintenance version of KDE, so no new features will be included, so it's completely off-topic asking about new features in some application. If there is already a bug report with the feature request filled, then it's done what should be done.

If you want more users being aware of this bug report so they can vote or provide more feedback, do this in the forums or the mailing lists, not a random news entry on the dot.

with Qt-4.5.0 and kde-4.2.1 releases back to back. To bad konqueror still barfs on flash with the nsplugin viewer. Yes I am aware of the jiggles you can do with kmplayer+mplayer to get konqueror to play flash. But, erm, why make me jump through those hoops when the nsplugin viewer is already provided by kdebase? It seems like the further down the road kde4 travels, the more konqueror is relegated to the bit heap. Please don't tell me to write some code. Programmer I not, just an avid user and long for konqueror to be treated in the fashion we were lead to believe before kde4 ever came about.

There's an interesting point with flash, in that the Linux plugin is basically created to work with Gecko... And nothing else. Yup, it really is that bad - the kinds of hoops the kde devs have to jump through to get the thing working even to the level it is now are horrendous. Adobe, please wake up and smell the hummus - there's more to the internet than Firefox!

what you are saying. Frankly I think flash is a proprietary pox. But do have to give a nod to them for the release of an x86_64 version, that does run very well in a pure 64 bit environment, with Firefox of course.

Bare in mind my unfamiliarity of the complexities you suggest that are involved, but I can't really buy the reasoning, if only for a dollar. How is getting flash to work that much more "horrendous" than creating a new file manager, basically from scratch, ala Dolphin? Probably not the best example, but when it comes to konqueror, I can only fantasize just how wonderful it *could* have been had all the Dolphin efforts been put into konqueror.

I really find such comments to be useless. It would be nice if there was a well defined API for NS plugins, but in reality, it is Gecko

I realize that Flash 9 had serious issues. However Flash 10 works OK with KDE-3.5. Yes, the: "nspluginviewer" crashes occasionally, but there are probably specific bugs that need to be fixed, or the website code is at fault. However, these sites work fine:

comment or comments do you find useless? If if really is Gecko, then how about changing how nspluginviewer deals with flash? Just a suggestion.

My comments are directed solely at KDE-4.x.x and I have never been able to get flash working in said versions from 4.0 to 4.2.1. Unless I use the kmplayer hack. Like I said, why make me use a hack when kdebase already provides a method to view flash?

The comments I found useless were the ones about how hard it was to write the code. Some APIs are not the best design (understatement! :-)) -- developers simply need to get used to it.

I have those two sites running in 4.2.1. I found a slight quirk in KDE-4 which is probably a bug. It will not run flash with a link. You must enter the actual directory where: "libflashplayer.so" is installed in the: "Folders" window in the Konqueror KCM.

you think there may be a symlink related bug in on this issue? If so, I wish that was the problem, unfortunately I have it in; /opt/lunar/plugins/ and that is the actual directory where libflashplayer.so is living.

Now that Debian Unstable is again unlocked after the release of Lenny, is anyone in the know when KDE4 will migrate down from Experimental?
I looked into the mailing list archives, and they wrote "really soon now" in the middle of february, and there has been nothing since (at least nothing I could find).

Believing in the "really soon" after the release of Lenny, I wanted to stay with Unstable, and now I am waiting, and waiting, and ... :-(

I had hoped to see improvements in printing in KDE-4, and instead printing is totally relying on Qt and to put it mildly, that needs a lot of work.

IMHO I don't see how we are going to have satisfactory printing unless we have KPrinter in KDE-4.

Specifically, I would like to be able to fully control the printer from the Print Dialog (set resolution, mode [photo/text], etc) as well as save per application defaults and use a PPD file to define the settings available (like is hard coded for PDFs ONLY in KDE-3).