When KDE 4.0 was released, I quickly realized that it would be better to wait for a "stable" release. I don't have a lot of spare time to deal with my computer, so KDE 4.0 would be a problem to handle in my situation. I'm a long-time RedHat/Fedora user, since the old RedHat 5.2 back in 1998, and I was somewhat satisfied with it.
So, I had to stay with Fedora 8 for some time, since Fedora 9 and further were pushing for the newer "unstable" versions of KDE... until Fedora 8 stopped being supported and KDE 4.2 was released. So, I decided to try Fedora 11.
I always had painful memories from my system upgrades. If you reinstall a newer version over an older one, some packages are not properly updated, conflicts are ignored and so on. Upgrading using Yum is also very difficult. I have some software that is not available from Fedora, so I have to resort to alternative repositories (like freshrpms.net) or compile on my own. So, the best course is to do a clean install, using a different hard-disk, prepare it, and then copy my user files. I also have to try matching the Fedora upgrade with my computer upgrade, so I can setup the new computer and the new version of the operating system at the same time, relieving some of the pain and having my old system ready if something goes wrong. This is a task for a whole weekend or more.
I prepared myself to upgrade to Fedora 11 in my new computer. It was a few weeks before the official Fedora 11 relase, so I was trying a release candidate. Fedora 10 still had the unstable KDE 4.1 and installing it would mean that it would become obsolete in a few weeks. So I decided to install a release candidate, and then upgrade it via Yum when the final version is released.
Everything went well during the installation... until it was time to install the Nvidia video drivers. I downloaded the latest Nvidia drivers from their site, ran the installation and... it didn't work. Looking for the cause of the problem, I discovered that that release was shipping a just-released bleeding-edge 2.6.29 kernel that had some backwards-incompatible changes that the nVidia drivers didn't support yet. There were some patches to address these problems in the nvnews.net forums.
I sighed, shook my head and just realized how much pain I was inflicting upon myself. That was the very last bit of my patience with Fedora. I took a deep breath, and decided to consider other alternatives. I'll suppress my thoughts about the alternatives, or how they evidence the lack of alternatives when you are talking about Linux distributions. In the end, I decided to try Kubuntu 9.04, the KDE-variant of Ubuntu.
I already knew Ubuntu and its derivatives very well from a long time: it is the distribution that I suggest to newcomers, since I recognize that Fedora is not the most pleasant experience for someone that is just landing into the Linux community. I didn't consider it for my own use until now mostly because I was too used to Fedora and other RPM-based distributions (to the point I build my own RPMs for my software). Knowing that the installation of the nVidia drivers on Ubuntu-derivatives is a non-issue is probably what weighted the most in my decision.
As I expected, Kubuntu installed itself really smoothly, detected the video card right after the first boot and installed the appropriate proprietary drivers without presenting me a single command-line or a configuration file. That was nice, but I missed some options to setup LVM volumes during installation. Later, I found that LVM volumes can be created using the "alternative" text-based installation, which requires a separate download.
My experience so far using Kubuntu as my primary desktop is very positive! I'm still getting used to the differences, at the same time I adapt myself to KDE 4.2. So far, KDE is requiring much more attention than Kubuntu itself.
Some positive aspects of (K)Ubuntu, so far:
Some negative aspects of (K)Ubuntu, so far:
--no-install-recommends option to apt-get.Some minor things:
/etc/default/nfs-common. I wonder why they are not enabled by default, perhaps to avoid memory consumption?My experience with KDE 4.2, so far, is good. I had to drop some workflows that were already imprinted into my muscular memory, and now I have to create new ones. Some minor annoyances:
Xinerama*Enabled=false settings in ~/.kde/share/config/kwinrc.That is it for now.