Language Selection

English French German Italian Portuguese Spanish

Review: KDE 4.6

Filed under
KDE

A couple days ago, KDE 4.6 was released for the world to enjoy. It boasts myriad bug fixes, new features for applications like Dolphin and Marble (among others), a revamped Activities feature, and better integration of GTK+ applications.

I've come to enjoy testing new KDE 4 releases because it gets noticeably better with each release (or so I would hope), as opposed to GNOME, Xfce, LXDE, and other DEs which don't change much between "point" releases (i.e. X.Y ("X point Y")).

That said, it's not available for Linux Mint 9 "Isadora", and I don't plan on upgrading that until the next LTS release (Linux Mint 13 "M[...]a") unless some radical change (that I don't like) makes me switch distributions (but given the lead developer Clement Lefebvre's recent statements on the matter, that is highly unlikely). Right now, it's only (in terms of Ubuntu-based distributions) available in Ubuntu/Kubuntu 10.10 "Maverick Meerkat" and Linux Mint 10 "Julia" through a backport PPA. As I had a Linux Mint 10 "Julia" GNOME live USB handy, I used that to do testing; I will say that this method may have been the cause of many of the problems that you will read about shortly.

rest here




KDE 4.6.0

KDE devs seems to have invoked a qprocess in KDE 4.6.0 that wasn't present in KDE 4.5.5 that causes QT applications such as VLC to freeze when using the open file dialog. Now everybody pointing fingers at each other and nobody want to fix it.

Even so ...

Even though I'm a stalwart VLC user, I still wish PCLinuxOS would come out with KDE 4.6.0 RPMs.

Not all Qt apps, just VLC

This is ONLY a problem in VLC and no other Qt app, and it is very much VLC's own fault, they are blocking the kernel SIGCHLD signal in a non-standard way that directly clashes with the way Qt handles threading and signals, they're just lucky nothing else has triggered the problem before. The top Qt devs are adamant they are not changing something that is "efficient, thread-safe and cooperative, it doesn't block anyone's use of SIGCHLD and it doesn't interfere with anyone's code" whereas VLC's code does none of these. We KDE devs are more than a little miffed that VLC are blaming us for what is essentially a problem between them and Qt, but we've spent the last couple of days trying to find a solution anyway, talking to both sides and tossing around ideas, but really there is no other solution than VLC using a more conventional implementation, if they want to be a Qt app then they need to do things the Qt way.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

6 Ideal Last Minute Linux Xmas Gift Ideas

Christmas, Yule, Winterville, new socks day… Whatever you call it you’ll be panic stricken to hear that it’s almost here. Like the rest of us in denial, you are a little stumped for ideas. Read more

Reviewing 2014, Penguin Porn, and Dropping Distros

Today in Linux news are several reviews of the events of 2014. Elsewhere Linux.conf.au lost its hashtag to an adult entertainment awards and another Linux security flaw is making the news rounds. KDE 3-clone Trinity desktop saw a new release and Bruce Byfield asks why the number of Linux distributions are declining. Read more

Firefox OS Expands to Nearly 30 Countries

Firefox OS has brought choice to the mobile industry with 14 smartphones offered by 14 operators in 28 countries. Firefox OS unlocks mobile ecosystem participants from the barriers set by proprietary systems, allowing for independence, control and innovation. Read more

Red Hat Brings Business Intelligence and Data Analysis Suite to the Public Cloud

Red Hat (RHT) has broadened the deployment options for its integrated data analysis and business intelligence platform with the announcement that Red Hat Enterprise Linux for SAP HANA can now run across a variety of public cloud providers that Red Hat has certified, as well as on new hardware configurations. Read more