Language Selection

English French German Italian Portuguese Spanish

Review: KDE 4.6

Filed under

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

A History Of Everyday Linux User's 350 Blog Posts

This article is something of a landmark as it is the 350th post on Everyday Linux User. I took last week off to celebrate. Well actually I went away with the family down to England for a few days and didn't take a computer with me. I did take in Alnwick Castle however which is the location for Hogwarts from the Harry Potter films. Read more

Kodi 17 "Krypton" Beta 4 Released with ARMv8A 64-bit Builds for Android, Fixes

Today, October 25, 2016, Martijn Kaijser had the great pleasure of announcing the release and immediate availability of the fourth, and probably the last Beta milestone of the upcoming Kodi 17 open-source and cross-platform media center software. Read more

GNOME's Epiphany 3.24 Web Browser to Use Firefox Sync Service, HTTPS Everywhere

The GNOME developers are preparing to release the first development version of the upcoming GNOME 3.24 desktop environment, versioned 3.23.1, and we can't help but notice that some of the core apps were updated recently. Read more

Suse: Question. What do you call second-place in ARM enterprise server linux? Answer: Red Hat

ARM TechCon Suse is claiming victory over Red Hat by announcing – and these caveats are all crucial – "the first commercial enterprise Linux distribution optimized for ARM AArch64 architecture servers." In plainer English, Suse has developed an enterprise-grade Linux distribution that runs on 64-bit ARM servers (should you happen to ever find one). Suse claims this software is a world first because it is a finished commercial product, thus beating Red Hat to the punch: Red Hat Enterprise Linux Server for ARM is still only available as a beta-like development preview. Read more