Skip to main content

Fedora 19 (GNOME) vs. Kubuntu 13.04 (KDE)


I've been a long time Linux user after first being introduced to it in 1997 when I arrived at college. At that time Linux was pretty primitive. Users usually had to setup their own X windows modelines or they would be greeted with low resolution video.

Some of the big distributions at the time were RedHat, SuSE, Caldera, Stampede, Slackware, and Debian. Every couple of months I ended up messing something up and breaking the bootloader, kernel or some important libraries. I was mostly using the computer to learn and experiment with so I would re-install with a new distribution each time. I must have tried a more than a half dozen distributions over a few year period.

KDE on Debian/Ubuntu

Around 2004 or so I made the switch to Linux, with a virtual machine for Windows. Over the years since the switch I ended up running Debian for several years and most recently Ubuntu for four or five years now. Throughout this time I've preferred and used KDE, the K Desktop Environment.
KDE 4.3
At work we've been looking to move to a Linux platform for our embedded operating system. Having Linux on our desktops, even if it isn't the same distribution used on the embedded system, means that our development and deployment systems would be very similar. It means we can do a large portion of our software development on our desktop machines, skipping the whole build->install->test cycle for a good portion of development.

We looked at most of the popular and well supported distributions and selected Fedora for our desktop OS. Some of the reasons for selecting Fedora over Ubuntu were having newer and more capable system services like systemd (and journald), and a much faster development cycle. In addition, Ubuntu has been spending a lot of effort on producing a solution based distribution. They've gone out on their own with things like the Mir display server rather than work on the very similar Wayland display server. Ubuntu is also resisting the move to systemd and holding onto upstart even though it appears pretty clear that the dependency based systemd is a better model than the event based approach used by upstart.

After being on Debian and Debian-based distributions like Ubuntu for so many years I'm making the jump to Fedora. From now on its yum instead of apt and GNOME instead of KDE.

GNOME on Fedora 19

Gnome on Fedora 19
Switching from KDE to GNOME was a smooth transition. The screenshot above shows the activities screen with the search dialog and results, and the favorites list on the left hand side. Like on the Mac, the application with keyboard focus takes over the bar at the top of the screen to show application specific menus. Overall its been a pretty smooth transition. I was a pretty active user of the KDE search hot key via 'alt-f2', switching to using the 'windows' key wasn't a big deal.

The change I'm enjoying the most is unrelated to the desktop environment. The improved kernel in Fedora 19 that has made my laptop suspend/resume work flawlessly. With Kubuntu 13.04 my laptop would suspend/resume maybe a dozen times before it would hang on resume. A month into Fedora 19 and I've probably done a couple of dozen suspend/resume cycles without any issues.

GNOME Software updater
Yum appears to be quite a bit slower than apt, at least in terms of the time to update the package database. I've seen this both on the cli and with the software updater application. The initial package database update took several minutes, I even shut the software updater application down once because I had thought it had locked up. The software updater app doesn't really provide any kinds of feedback or estimated time of completion. i'm probably not the only one wondering if something is broken after waiting 10+ minutes for the application to get the list of packages. Maybe the delay is an Internet connection issue or the task of checking hundreds of thousands of packages is time consuming, there just isn't any feedback on what is going on to know where to look.

Conclusion

Overall I've been happy with the change from KDE to Gnome and from Ubuntu to Fedora. I've been using OS X at work and it's interesting to see the similarities between GNOME and OS X. There is a lot of opinion around desktop environments but both are pretty functional and I think its mostly personal preference. KDE seems to have more options to tweak, GNOME has the functional OS X like application bar at the top of the screen.

In most distributions it's pretty easy to switch between the two desktop environments. If you are interested in what the other side has to offer I'd recommend switching and trying it out. It can be a bit of a learning curve to get started but there are plenty of helpful videos on YouTube to get started.
Labels:

Comments

  1. UnknownNovember 28, 2013 at 10:37 PM

    Thanks for your insight

    BTW what do you do for a living?(Your job)

    ReplyDelete
  2. Chris MorganNovember 30, 2013 at 5:31 PM

    Hello.

    I do embedded software development but I've done a fair amount of open source development as well. How about you?

    Chris

    ReplyDelete

Post a Comment

Popular posts from this blog

Debugging an imprecise bus access fault on a Cortex-M3

This information may apply to other cortex series processors but is written from practical experience with the Cortex-M3. Imprecise bus access faults are ambiguous, as noted by the term "imprecise". Compared to precise bus errors, imprecise errors are much trickier to debug and especially so without a deep understanding of arm processors and assembly language. Imprecise and precise flags are found in the BusFault status register, a byte in the CFSR (Configurable Fault Status Register). BusFault status register bits The definition for imprecise and precise bits is: [2] IMPRECISERR Imprecise data bus error: 0 = no imprecise data bus error 1 = a data bus error has occurred, but the return address in the stack frame is not related to the instruction that caused the error. When the processor sets this bit to 1, it does not write a fault address to the BFAR. This is an asynchronous fault. Therefore, if it is detected when the priority of the current pr...
5 comments
Read more

Travelling on Spirit airlines out of Boston Logan airport? Here are some tips.

I attended CES 2017 in Las Vegas. Booking the trip late I ended up on Spirit airlines. It was both non-stop, making it six hours to Las Vegas from Boston, and affordable, less than $300 for a one way trip compared to around $700 with JetBlue. Here are some tips that might help you when travelling on Spirit from Boston Logan airport. Eat Spirit is located in the B-terminal, gates B-37 and 38, with its own TSA security checkpoint. While it does have restrooms and places to sit the food selection is limited to a single food stand. I'd recommend eating at the Legal C Bar (number 77 in the image below) prior to going through the terminal security checkpoint. The food and service there were great. Drink The water and other drinks are cheaper if you buy them at the food cart rather than on the flight. Seats The seats on Spirit don't recline. They do this to reduce weight, seat cost, seat maintenance costs, and so seats don't impact the free space of other passengers,...
3 comments
Read more

Yocto recipe SRC_URI for a BitBucket / GitHub ssh git repository

This is a particularly geeky post but because Google searches didn't turn up any information I thought it would be helpful to document the issue and solution for others. I was writing  Yocto recipes that pulled from BitBucket git repositories in ssh form and ran into several issues getting a SRC_URI that worked. GitHub uses the same syntax for their ssh repositories. A BitBucket / GitHub git url, in ssh form, looks like: < username >@bitbucket.org:< account name >/< repository name >.git a more concrete example for a git repository in one of my BitBucket accounts looks like: git@bitbucket.org:cmorgan/somerepository.git Yocto recipes can pull from git repositories by setting the SRC_URI variable appropriately. Unfortunately you can't just do: SRC_URI = "git@bitbucket.org:cmorgan/somerepository.git You'll get errors because the Yocto won't know what kind of url this is. You need to specify the protocol for Yocto to k...
2 comments
Read more