Archive for the ‘Free Software’ Category

I Cannot Has Eclipse?

November 20th, 2009 No comments
Screenshot-Add-Remove Applications

You know, that's interesting, as I'm quite certain that I've installed Eclipse on x86 hardware before...

On my Laptop, I am running Linux Mint 12.
On my home media server, I am running Ubuntu 12.04
Check out my profile for more information.

Configuring BlueZync and Failing at Barry

November 6th, 2009 1 comment

After successfully compiling and installing the BlueZync for Thunderbird plugin last night, I decided to take a shot at actually synchronizing my Blackberry with Thunderbird. The first step was a little bit of configuration. For that, I followed this guide on the BlueZync website.

Everything was going fine until I got to the section entitled “Mozilla plugin for OpenSync.” In this section, you are instructed to execute the command ldconfig -p | grep, which checks if the file is registered as a symlink on your system. After finding out that it was not, I entered the command locate from a root terminal, and found three locations for the file in question on my system. I then used the line export LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/iceowl:/usr/lib/xulrunner-1.9 to register the symlink. Unfortunately, even after running the export command, ldconfig failed to find the link. Although this one will probably bite me in the ass later on, I’ll skip it for now.

At this point in the install process, I could access the BlueZync settings panel from within Thunderbird, and run the command line osynctool –listplugins and see the mozilla-sync plugin listed, which is the part of the BlueZync suite that really interests me. mozilla-sync is a plugin for OpenSync that should allow me to interface my Blackberry with Thunderbird (with the help of the Barry libraries, which provide another OpenSync plugin that communicates with the phone).

To continue, it was necessary to install all of the elements of the Barry libraries in order to get their OpenSync plugin that would complete the chain. This is where I may have committed my second cardinal sin – dpkg notified me that in order to install the opensync-plugin-barry package, I had to install a version of the libopensync0 package that was between v0.22 and v0.3. As I understand it, Bluezync already installed some version of OpenSync onto my machine, and I have a feeling that reinstalling a different version may ruin all of the progress that I’ve made thus far.

Indeed, after finishing the Barry install and running osynctool –listplugins again, mozilla-sync was still listed, but opensync-plugin-barry was not. This is strange, as in my last three attempts at this process, getting Barry to show up was the easy part. Now the tables have turned, and I have what I assume to be a properly working BlueZync install, but without the Barry component that would make it all work with my phone.

Back to the proverbial drawing board with me…

On my Laptop, I am running Linux Mint 12.
On my home media server, I am running Ubuntu 12.04
Check out my profile for more information.

Twelve to twelve

November 5th, 2009 3 comments

Well, it’s official – twelve more days remain until the November 17 release of Fedora 12 (Constantine).  I, for one, can hardly wait – Fedora 11 has been rock-solid for me so far (under Gnome, anyways – but I’ll leave that subject alone) and I can only imagine that Fedora 12 is going to bring more of the same my way.

Among some of the more notable changes being made that caught my interest:

  • Gnome 2.28 – the current version bundled into my Fedora 11 distribution, 2.26.3, has been nothing but amazing.  Unflinchingly stable, fast, and reliable – it’s everything I want in a desktop environment.
  • Better webcam support – not sure how this can get any better from my perspective since my LG P300’s built-in webcam worked straight out of the box on Fedora 11, but I’m interested to see exactly what they bring to the table here
  • Better IPv6 support – since our router does actively support this protocol, it’s nice to see Fedora taking charge and always improving the standard
  • Better power management – for me, this is a major headache under Gnome (I know, I know…) since it really doesn’t let me customize anything as much as I would like to.   Among other things, it’s supposed to offer better support for wake-from-disk and wake-from-RAM.  We’ll see.

I’m sure that Tyler and I will keep you posted as the due date gets closer, and especially once we’ve done the upgrade itself!

Making glut.h work in Fedora 11

November 2nd, 2009 3 comments

As part of a computer graphics course I am taking at university I need to be able to develop C/C++ applications using openGL and the openGL Utility Toolkit (GLUT). I tried using many different C/C++ IDEs, including Eclipse, before I finally settled on MonoDevelop as my IDE of choice. After trying for some time to get this to work in a way similar to what I am used to on Windows, I finally gave up on the compilation errors and consulted the GOOG. As this all actually happened about 2 weeks ago I am a little cloudy where I discovered this tidbit of information but it turns out that even after you install freeglut through yum,

sudo yum install freeglut freeglut-devel

it doesn’t actually register the glut.h library correctly. Unfortunately due to the aforementioned registration issue, MonoDevelop was unable to load glut.h. I was able to rectify this by creating my own pkgconfig file, glut.pc, and placing it under /usr/lib64/pkgconfig.

Here is what I placed in my custom created glut.pc file that seemed to do the job:


Name: glut
Description: Mesa OpenGL Utility Toolkit library
Requires: gl glu
Version: 7.6.0
Libs: -L${libdir} -lglut
Cflags: -I${includedir}

So yeah, that’s it! This seems to be a very common problem so hopefully what I have described here works for you as well.

I am currently running a variety of distributions, primarily Linux Mint 17.
Previously I was running KDE 4.3.3 on top of Fedora 11 (for the first experiment) and KDE 4.6.5 on top of Gentoo (for the second experiment).

Resizing batches of images in Nautilus

November 1st, 2009 3 comments

If you’re like me, which you either are or are aspiring to be, then you hate having to manually resize dozens of images. Ubuntu, and Linux Mint, by extension, offers a great image resizing and rotation tool for Nautilus. This tool allows you to resize a batch of images very quickly and easily: you select the images, right-click, and select “Resize images”. You can select how you want to scale the images (the options presented are a preset ratio, a percentage of the original dimensions, or a custom size) and how you want them to be saved (you can append each copy with something like “RESIZED” or choose to simply replace the original image).

This tool is particularly handy if you’re looking to post some of your images online – having it around makes it much simpler and easier to resize several hundred images from, say, a vacation. Smaller images mean faster transfer times, and to some degree less concern about other people pilfering your high-resolution images (this is aimed more at a few social networking websites that like to claim ownership over their users’ photos).

Distribution Upgrades

November 1st, 2009 No comments

As with the release of Karmic Koala, the majority of the other distributions we here at The Linux Experiment have decided to run will also be getting an upgrade. Here is a quick breakdown of what’s to come (in chronological order) to give you a heads up of what you can expect us to be blogging about shortly.

Gentoo – Release Set For: Tonight

OK fine, so technically Gentoo isn’t getting a “major new release” or anything like that but considering the nature of the distribution one could claim that it’s nightly builds are basically the same thing.

openSUSE 11.2 – Release Set For: November 12, 2009

The next step forward for openSUSE is version 11.2. Included in this release of openSUSE are major changes to YaST and zypper as well as a new release strategy whereby all releases are bootable by USB and CD-ROM. Some other incremental improvements in software are:

  • GNOME 2.28/KDE 4.3
  • Firefox 3.5
  • 3.1
  • Ext4 is the new default filesystem
  • Support for whole-disk encryption

Fedora 12 “Constantine” – Release Set For: November 17, 2009

Always the cutting edge distribution, Fedora has a massive list of changes for it’s next release. For starters all software packages have been recompiled for i686 which should allow for improved performance, especially on the Intel Atom processor. In addition, all software packages are now compressed with LZMA instead of GZIP which, along with yum presto integration (delta versus full downloads), should offer much faster downloads. Thanks to the newest version of Xorg, spanning desktops (1 desktop on 2+ monitors) is now possible. Other software improvements include:

  • GNOME 2.28/KDE 4.3
  • Firefox 3.5.2
  • PHP 5.3.0
  • Ogg Theora has been updated to the most recent version
  • GRUB now supports Ext4
  • Dynamically rotating wallpapers is now a feature under GNOME
  • NetworkManager has been enhanced to take advantage of Mobile Broadband technologies
  • Bluetooth services are now on-demand meaning they only use system resources when necessary
  • Tons of PulseAudio improvements
  • PackageKit has been improved and can now install software from more places (i.e. right within the web browser)

Linux Mint 8 “Helena” – Release Set For: November 2009

Linux Mint 8 continues the trend by incorporating all of the most recent Ubuntu improvements found in Karmic Koala as well as improving on the Mint specific programs. Specifically Mint improves the boot sequence as well as the Mint tools suite of applications that differentiate this distribution from Ubuntu. The end result should make for one of the most user friendly Linux distributions ever.

Debian 6.0 “Squeeze” – Release Set For: TBD 2010

If you are familiar with Debian’s release cycle then you know that what will become of “Squeeze” is simply what passes muster in the current testing repository. Although this distribution is still quite a ways off, it is promising quite a few interesting improvements including better architecture support and boot performance thanks to parallel processing. kFreeBSD is also now included which makes this the first officially supported non-Linux architecture for a Debian release. While many obsolete libraries are being removed for security reasons many new libraries are also making their first appearance including full IPv6 support. Finally there is preparation going into the packaging formats which will allow for future improvements, including better compression algorithms for smaller download sizes.

It’s going to be a busy month!

Check back soon as we begin our upgrades and blog about our experiences doing so.

I am currently running a variety of distributions, primarily Linux Mint 17.
Previously I was running KDE 4.3.3 on top of Fedora 11 (for the first experiment) and KDE 4.6.5 on top of Gentoo (for the second experiment).

Interesting Linux article

October 26th, 2009 4 comments

I stumbled across a very interesting post linked off of Digg, which I browse on a fairly regular basis.  In it, the author attempts to put to rest some of the more common (and, for the most part, completely inaccurate) stories that revolve around various Linux distributions.

Though I think Jake B might have something to say about the first point on the list, it made for interesting reading at the very least – and for the most part, I agree with the author wholeheartedly.  Link after the jump!

Debunking Some Linux Myths

Categories: Dana H, Free Software, Hardware, Linux Tags:

Flash problems in Firefox

October 25th, 2009 5 comments

I mentioned in the podcast that I was having problems viewing Flash stuff in Firefox and I blamed it on KDE. I may have jumped the gun here, because the same issue started cropping up in GNOME. I went on the Linux Mint forums and other users were having similar issues. I’ve run the code that they suggested in the terminal, but I’m not sure if it worked because the problem doesn’t manifest instantly – sometimes it takes over half an hour before websites that run flash white themselves out.

FTP Trials

October 24th, 2009 2 comments

I use FTP for a lot of things, mostly related to website administration. On Windows, my client of choice is WinSCP. It has this great feature that allows you to constantly synchronize a local directory with a remote directory, allowing you to make changes in your local editor of choice, and have them reflected on the site as soon as you save the file.

On Linux, I’ve been remoting into the server via SSH, opening the remote file in nano, and copying and pasting my local code to the server. While the combination of SSH and bash scripting can allow for some really cool code, I’d rather just find an application that mimics the WinSCP functionality that I’m looking for.

To that end, I have raided Synaptic and downloaded as many different graphical FTP clients as I could find. Read on, dear reader, as I delve into the depths of FTP on Linux, and share my findings with you.

1. BareFTP
This app is written in C# (for really cool cross-platform action), and targets the Mono framework on the GNOME desktop environment. It supports the FTP, FTPS, and SFTP protocols, and has a nice, clean looking interface:


It's pretty and functional, no?

I really like this app. It has a nice, intuitive interface, feels quick, and supports bookmarks that let you automatically connect to a remote server and set your local and remote directories with a single button click. Unfortunately, the program does not appear to support any kind of scripting or directory watching, so while it may see use as a client for occasional file transfers, it likely won’t suffice as a WinSCP replacement.

2. Filezilla
Before discoving WinSCP, I used this app for a long time on Windows. It’s an excellent utility that seems to have improved quite a bit since the last time I used it.

More features along with a more cluttered interface.

More features along with a more cluttered interface.

Of particular interest to me are the Synchronized Browsing and Directory Comparison features. The former changes the remote directory whenever you change the local directory, so that you can always keep an eye on the difference between local and remote files. To that end, the latter feature applies a colour coded scheme to both local and remote files so that you know exactly what has been synchronized to the server and what hasn’t. However, like bareFTP, there is no synchronization support.

And Others…
The unfortunate part about this little exercise is that after trying another three FTP clients, I realized that they’re roughly all the same. Sure, some are uglier, like JFTP, and some are uber streamlined like kasablanca. Unfortunately, even though they all do the same task in a slightly different way, none of them do quite what I want.

And so I ask you, the reader – is there an FTP client that allows me to synchronize a local directory with a remote one?

On my Laptop, I am running Linux Mint 12.
On my home media server, I am running Ubuntu 12.04
Check out my profile for more information.

Taking Wine for a spin

October 20th, 2009 3 comments

Wine, or W.I.N.E. Is Not an Emulator, is a set of compatibility libraries that allow some Windows applications to run pseudo naively on Linux by mapping Windows API calls to native Linux calls. In the past I have been sort of successful with using Wine but I have never really given it a good go. So I decided that I should put Wine through it’s paces!


Rather than approach this from an expert’s standpoint I am going to use Wine starting from a novice’s ability and then move up if needed.

  1. Try and run program from graphical shell
  2. Try and run program from terminal
  3. Try and adjust WINE settings to see if I can make it work
  4. Search the web for ideas and consult Wine’s App DB

The Programs

I have selected a number of different applications to test with Wine – some productive software and some games. I have done no research as to the compatibility of these programs under Wine, they just happen to be easy to use for testing, so it’s going to be a surprise for me no matter what happens. As I’m sure you can tell it’s been a while since I’ve played games on my PC…

First thing we need to do is make sure Wine is installed!

How to install Wine on Fedora 11

Technically all you need to do is:

sudo yum install wine

but you might want to install some of the additional packages as well, just in case!

Command & Conquer: Red Alert

Now that EA has released this game as free getting a copy of it was a simple download. Once downloaded and unzipped I mounted it and tried running the autorun script.

Red Alert autorun

Red Alert autorun



Sadly this resulted in the above error. Next I tried opening it using a simple double-click on the SETUP.EXE. This launched the program but gave me the following error message:

5.1 = Windows XP?

5.1 = Windows XP?

1. Try and run program from graphical shell: FAILURE

With that failure I decided to try and run it from the terminal so that I would at least be able to see errors in the print outs.


This however only resulted in the same error message.

2. Try and run program from terminal: FAILURE

If this problem is truly related to the fact that it thinks I’m running Windows XP maybe I can change that. So off to the Wine configuration menu I went and lo and behold I found an option to do just that!

You can even set different programs to think they are running on different versions of Windows!

You can even set different programs to think they are running on different versions of Windows!

This time I got a different error message about not being able to find all of the files. I decided to burn the ISO to a disc to eliminate any problems with the way I mounted it. Putting the newly burned disc into the drive and using the terminal to launch autorun.exe made everything work and the installation finished. A simple click of the menu icon and I was playing Red Alert!

3. Try and adjust Wine settings to see if I can make it work: SUCCESS

Command & Conquer: Red Alert Final Result: SUCCESS

Well that wasn’t so bad. Let’s try the others!

SimCity 3000 Unlimited

The first thing I did was pop the CD in the computer.

In goes SimCity 3000 Unlimited

In goes SimCity 3000 Unlimited



Which promptly gave me this:

Nothing could be that easy...

Nothing could be that easy...

I even tried browsing to the setup exe’s location and running it directly. Still no luck.

Stop teasing me!

Stop teasing me!

1. Try and run program from graphical shell: FAILED

Next I tried to run the game from the terminal. I navigated to the setup folder and ran the exe with wine.



To my amazement this resulted in the installer starting correctly! A couple of quick Next button clicks and some typing of my serial key and the game began to install. Exactly 3 minutes later the game was finished installing. I then navigated to the application through the GNOME menubar:

Applications > Wine > Programs > Maxis > SimCity 3000 Unlimited > SimCity 3000 Unlimited

Holding my breath I clicked the button and… nothing. Hmm. Turning back to the terminal I browsed to the location where Wine installed SimCity on my hard drive and ran the program from there.

cd /home/tyler/.wine/drive_c/Program\ Files/Maxis/SimCity\ 3000\ Unlimited/Apps/

wine sc3U.exe

This presented me with the following error screen… about 30 times until I killed it from the terminal.

I just kept on getting this error message... over and over and over and over...

I just kept on getting this error message... over and over and over and over...

2. Try and run program from terminal: FAILED

I looked around in the Wine settings and couldn’t find anything that would be causing the game to fail so miserably so I gave up on this step.

3. Try and adjust Wine settings to see if I can make it work: FAILED

Turning to the web I quickly looked up “SimCity 3000” on Wine’s App DB. From the look of things SimCity 3000 works with Wine but SimCity 3000 Unlimited does not.

4. Search the web for ideas and consult Wine’s App DB: FAILED

SimCity 3000 Unlimited Final Result: FAILED

Try as I might SimCity 3000 Unlimited just does not work under Wine.


Once again I started by inserting the CD-ROM and tried to run the autorun that popped up.


Will this work better than SimCity?

Will this autorun work?

Will this autorun work?



Next I tried once again browsing to the CD-ROM in Nautilus.

Do I run autoplay.exe?

Do I run autoplay.exe?

Or maybe Setup.exe? Or even Stronghold.exe?

Or maybe Setup.exe? Or even Stronghold.exe?

Unfortunately once again no success using the graphical shell.

1. Try and run program from graphical shell: FAILURE

After that, and recognizing the limited success I had with SimCity, I repeated the steps but this time using the terminal. To my surprise the installer appeared!

cd /media/030819_1208/

wine autoplay.exe

A little over 4 minutes later the game finished installing and I was presented with the launch screen. Again I held my breath and clicked on Play. It launched! Holy crap it’s actually working… well… sort of. Something wasn’t quite right so I closed the application and opened up Wine configuration. In that window I checked the box next to “emulate a virtual desktop” and set the resolution to 800×600. Once again I restarted Stronghold… GREAT SUCCESS! It worked flawlessly!

2. Try and run program from terminal: SUCCESS

Stronghold Final Result: SUCCESS

Stronghold proves that Wine is capable of providing a seemingly fully compatible Windows experience.


After a quick download from the SourceForge website I began, again, by trying to run the installer from the graphical shell.

Can you guess what happened next?

Can you guess what happened next?

1. Try and run program from graphical shell: FAILURE

Back to the command line I went and after entering the typical commands I was once again presented with the installer.

cd ~/Desktop/

wine npp.5.5.1.Installer.exe

By this point I honestly don’t know why Wine has a graphical launch option or why it fails so badly. Less than a minute later, using the terminal, Notepad++ was up and running perfectly, albeit with some odd graphical issues.

Notice how the text doesn't look quite right?

Notice how the text doesn't look quite right?

2. Try and run program from terminal: SUCCESS

Notepad++ Final Result: SUCCESS

While not without its odd graphical problems, Notepad++ seems completely stable and quite usable on the Linux desktop.


After three successes I was on a roll and jumped over to the µTorrent website in anticipation of another success.

I’ll save you the details,

1. Try and run program from graphical shell: FAILURE

Turning to the trusty terminal (wow that was a lot of t-words) I started up utorrent.exe with Wine.

wine utorrent.exe

The install went fine and even placed a desktop launcher on my desktop when I clicked the ‘Create Desktop Icon’ box. Running the application proved to be a bit more challenging and when I tried to run it from Wine’s Program Files using the following command,

wine ~/.wine/drive_c/Program\ Files/uTorrent/uTorrent.exe

I was presented with some rather odd behaviour in the form of another installation. In fact no matter what I did I couldn’t get it to work.

2. Try and run program from terminal: FAILURE

Again I poked around in the Wine settings but there just didn’t seem to be anything in there that would help.

3. Try and adjust Wine settings to see if I can make it work: FAILURE

Getting frustrated I turned to the internet, specifically Wine’s App DB, for help. I tried following a number of suggestions but nothing seemed to work. I even ended up on µTorrent’s Wikipedia page but still nothing. On a funny note, Wikipedia lists µTorrent’s platforms as “Wine officially supported”.

4. Search the web for ideas and consult WINE’s App DB: FAILURE

µTorrent Final Result: FAILURE

Try as I might I just can’t get this BitTorrent client to work properly.

Internet Explorer 8

Once again I started by using the graphical shell – although I honestly didn’t believe it would work. And guess what?

1. Try and run program from graphical shell: FAILURE

Following the pattern I tried the terminal next. This started up the application but ended abruptly when IE prompted me saying that “This installation does not support your system architecture (32/64 bits)”. That doesn’t make sense though because the Internet Explorer I downloaded was for x86…

2. Try and run program from terminal: FAILURE

Poking around again in Wine’s configuration proved to be fruitless. There just didn’t seem to be any way to tell it to run the application as x86.

3. Try and adjust Wine settings to see if I can make it work: FAILURE

Finally I turned to the web and searched the App DB for Internet Explorer 8. This made it pretty clear that I wasn’t going to get IE 8 to work under Wine as every version listed, aside from 1.0 and 1.5, had a rating of Garbage – Wine’s worst compatibility rating.

4. Search the web for ideas and consult Wine’s App DB: FAILURE

Internet Explorer 8 Final Result: FAILURE

I guess Microsoft’s iconic browser was just not meant to play nicely with Tux.

Well there you have it

I have put Wine through its paces and while there were quite a bit of failures I am very impressed. Wine might just spark a trip down memory lane with my favorite Windows game classics!

I am currently running a variety of distributions, primarily Linux Mint 17.
Previously I was running KDE 4.3.3 on top of Fedora 11 (for the first experiment) and KDE 4.6.5 on top of Gentoo (for the second experiment).

Tips & Tricks for Fedora (and others!)

October 18th, 2009 4 comments

I honestly can’t remember how I stumbled across this website but there is a lot of useful information there. Rather than go through the 14 pages of tips and tricks I will just highlight some that I found to be very useful and let you go to the source for the rest.

NOTE: These are all tips for Fedora 11, but with some simple tweaking you should be able to apply them to your distribution of choice.

Modify the sudoers file

By default your username is not included in the list of those accounts who can use sudo. To change this do the following (altered to use nano instead of vi because I prefer things that way):

su -c ‘nano /etc/sudoers’

Then find the line that says:

root    ALL=(ALL)       ALL

and below it add

[username] ALL=(ALL)      ALL

where [username] is the username you want to allow to use sudo. Press Ctrl+O and Enter to save.

You can test if this worked by running the following command:

sudo whoami

If it worked you should see the word root. From this point forward I will assume you have given yourself the ability to use sudo.

Let yum downgrade

By default yum does not allow you to downgrade, or revert to a lower version numbered package. If you would like to change this run:

sudo yum install yum-allowdowngrade

To use it run this command:

sudo yum update –allow-downgrade

Add an ‘open in terminal’ option to Nautilus

This will let you right-click on directories and select open in terminal.

sudo yum install nautilus-open-terminal

Then just log out, and log back in.

Use the backspace key to go back a page in Firefox

Open Firefox and in the URL bar type:


Then use the filter box to search for


Right-click on it and select Modify. Change the value from 2 to 0 and press OK. Restart Firefox.

Force GTK programs to use QT in KDE

I actually tried this and it seemed to work just fine. In fact it might solve some of Dave’s problems. In a terminal run:

sudo yum install gtk-qt-engine

Then log out and log back in. Next go to System Settings > Appearance > GTK Styles and Fonts and select KDE style in GTK Applications.

Many more

As I said there are 14 whole pages of similar tips and tricks available at the website. Check them out for yourself!

I am currently running a variety of distributions, primarily Linux Mint 17.
Previously I was running KDE 4.3.3 on top of Fedora 11 (for the first experiment) and KDE 4.6.5 on top of Gentoo (for the second experiment).
Categories: Fedora, Free Software, Tyler B Tags: , ,

GNOME slip ups; a KDE perspective

October 15th, 2009 3 comments

Since making my switch to GNOME earlier in the week I have finally settled into my new desktop environment. I must admit that while the transition has been almost completely seamless, and in fact has fixed a lot of my issues, I find myself missing KDE. Without trying to spark the holy war that is the GNOME vs KDE argument, allow me to quickly outline some of the reasons for my homesickness.

Look and Feel

Yes I get it, GNOME is supposed to be stripped down and functional. KDE, on the other hand, is supposed to allow for full customization, sometimes at the expense of clutter. Neither of these however explains why GNOME icons and artwork feel so dated when compared to KDE. Take the following as an example.

See the above? See how the Fedora stock icons are just simple shade jobs? Heck that’s better than most default GNOME icon sets. See how the KDE version has actual work put into it? Time and time again KDE wins points for putting more effort into the artwork. And yes I know that you can completely theme GNOME to ‘make it look pretty’ but why should you have to? Why are the defaults so terrible? Surely there are some open source artists out there somewhere. It’s simple things like this that lead to an overall better feel while using KDE when compared to GNOME.


The first thing I did back in KDE was to turn off that single-click to open things nonsense. Once that was done my interaction with the two desktops has been more or less identical. However recently GNOME has been ‘losing’ my touchpad tap-click. When I first boot into the desktop it seems to work just fine, but then after a random amount of time I have to resort to the physical mouse buttons. This is really, really annoying.

Battery Life

I have configured both desktop environments for optimal battery life and have some interesting findings. Perhaps as a result of the sparse power management abilities in GNOME I actually get about a half hour less of battery life compared with KDE. I really do wish GNOME would allow for additional power customization; for example I don’t even know if GNOME scales down my CPU clock when it’s running on battery…

One week and counting

Well that’s it for now. At the end of the day it really is a short list of complaints. If anything new crops up I’ll be sure to write about it, if not you’ll have to wait for our podcast!

I am currently running a variety of distributions, primarily Linux Mint 17.
Previously I was running KDE 4.3.3 on top of Fedora 11 (for the first experiment) and KDE 4.6.5 on top of Gentoo (for the second experiment).
Categories: Fedora, Free Software, GNOME, KDE, Tyler B Tags: , ,

The road to GNOME

October 12th, 2009 2 comments

As you know we are all going to be transitioning from our current desktop environment (DEs) to something new. I did a bit of quick research and it seems as though Fedora offers the following DE options: KDE, GNOME, Xfce, LXDE. However because KDE is my current DE I  obviously can’t use that one.

Goodbye KDE, you served me well

Goodbye KDE, you served me well


Let me start by saying I didn’t chose LXDE as my replacement. With that out of the way I think LXDE could have a lot of potential given the right scenario for its use. From what I have read, it is an extremely light-weight DE that is mostly menu driven. So much so that you can actually script the right-click menu!


I consider Xfce to be GNOME-lite, and I mean that in a good way. It is designed to remove some of the clutter found in more fully-fledged DEs, thus speeding up your ability to be productive. However with my system’s beefy specs and the fact that I have been running KDE this whole time I doubt I need to shed that much DE weight.


GNOME is the default desktop for Fedora and something that I had initially passed up in order to differentiate my experience from that of Dana’s. Now though it seems as though GNOME is the best (for me!) alternative to KDE.


After some quick Googling I found a forum post that described installing GNOME through yum by typing the following command into a terminal:

sudo yum groupinstall “GNOME Desktop Environment”

I could only assume that this means that yum will go out and grab anything that has to do with the string “GNOME Desktop Environment”. So I bravely hit the Enter key only to be presented with a list of 57 packages that needed to be installed for 106MiB worth of download!

Is this ok [y/N]: y

The downloads were actually very quick with an average speed somewhere between 650KiB/s and 1MiB/s. The install process on the other hand took significantly longer. Once it was finished I decided to reboot (just in case!) before switching the session options to load GNOME instead of KDE.

First impressions

Oh god what am I doing here? I am not very good with GNOME. It seems as though the first thing GNOME did was get rid of my pretty KDE log in screen and replace it with a sparse looking GNOME one. Par for the course I suppose. A quick switch of Sessions from KDE to GNOME and I logged in.

My new GNOME desktop

My new GNOME desktop

Once my desktop loaded GNOME presented me with a pop-up telling me to unlock the default keyring. Is this the same as kwallet? Apparently not because I had to keep guessing passwords until I finally hit the right one.

Holy crap! My wireless actually connected without prompting me for the wifi password. That is a feakin’ miracle!

The next thing I did was try and install Compiz, which enables desktop effects for GNOME. This took some work but eventually I got it to work by running the following command:

sudo yum install -y ccsm emerald-themes compizconfig-backend-gconf fusion-icon-gtk emerald compiz-fusion compiz-fusion-gnome yum install -y ccsm emerald-themes compizconfig-backend-gconf fusion-icon-gtk emerald compiz-fusion compiz-fusion-gnome libcompizconfig compiz-gnome compiz-bcop compiz compizconfig-python compiz-fusion-extras compiz-fusion-extras-gnomelibcompizconfig compiz-gnome compiz-bcop compiz compizconfig-python compiz-fusion-extras compiz-fusion-extras-gnome

and then turning on some effects within CompizConfig Settings Manager.

CompizConfig Settings Manager

CompizConfig Settings Manager

Next I had to turn off some stupid default setting that made my file manager open a new window for every folder I browsed into. I don’t know why this was enabled by default but it was awful and had to go.



To finish things off I quickly install GNOME Do and set it’s theme to Docky at the recommendation of Phil D. And welcome to my new desktop!

Is this Mac OSX?

Is this Mac OSX?


I haven’t had a long time to play with GNOME on Fedora yet but I will certainly be comparing it to KDE along the way. So far from what I’ve seen GNOME seems to be a little bit snappier. Another thing I noticed was that while both KDE and GNOME can mount Windows shares, GNOME can’t seem to write to them for some reason. I actually quickly booted back into KDE to make sure this wasn’t just a fluke and sure enough KDE could still write to those same shares. On the plus side KDE now also remembers my WiFi password!

2 weeks and counting…

That’s all for now. In the two weeks leading up to our next podcast I will continue to post about new discoveries and little differences between GNOME and KDE. Until then…

I am currently running a variety of distributions, primarily Linux Mint 17.
Previously I was running KDE 4.3.3 on top of Fedora 11 (for the first experiment) and KDE 4.6.5 on top of Gentoo (for the second experiment).

Climate Change

October 11th, 2009 No comments

Here at The Linux Experiment we are all about shaking things up. After all, we have committed to using Linux for four whole months just to see if we could! The next big thing that we are going to introduce into the experiment is a little environmental change. No I don’t mean the Al Gore kind of environment, but rather the desktop environment like GNOME or KDE.

For a week or so, leading up to the recording of our next podcast, each of us will be switching our current desktop environment to something else. The point is to once more branch out of our comfort zones a little bit and see if we don’t end up liking something else better!

Stay tuned!

Impending Upgrades

October 7th, 2009 5 comments

Here’s another fun little tidbit – today I tried to use Writer seriously for the first time, and realized rather quickly that I was running version 2.1 of same. For those who don’t already know, was close on unusable prior to version 3.x. While it has since matured into a very capable suite of programs, the first few versions were just awful. In particular, I couldn’t get the formatting correct on a numbered list with bullet-ted sub-points.

A quick apt-get -t lenny-backports install did the trick, and removed my system-wide dictionary as a bonus. Now both Icedove (Thunderbird) and Pidgin claim that everything that I type is spelled incorrectly. A quick check with Synaptic confirmed that the aspell package had mysteriously disappeared from my system; when I tried to mark it for re-installation, Synaptic refused, claiming that it aspell depended on a package called dictionaries-common, which wasn’t going to be installed for some unspecified reason. Christ.

Figuring that it was a version issue (since the only thing that has changed on my system is my version of, I tried apt-get -t lenny-backports install aspell. It worked, and also warned me that my upgrade had left about 25 packages lying about that ought to be removed:

bluez-gnome, libmtp7, python-notify, obex-data-server, libgda3-common, python-gnome2-extras, evolution-exchange, rhythmbox, system-config-printer,
libgpod3, gnome-themes-extras, bluez-utils, python-eggtrayicon,, libxalan2-java, python-4suite-xml, libgda3-3,
transmission-common, libgdl-1-0, libxalan2-java-gcj, serpentine, transmission-gtk, libgdl-1-common, gnome-vfs-obexftp

The strange thing is that some of those packages look like they might be required by software other than You know, like Evolution, or maybe Transmission? What the hell is going on here? I’m upgrading to the Testing repositories as soon as I get the chance. Hopefully that will solve some of my old-ass-software issues.

Blackbery Sync Attempt #3: Compiling from Source

October 5th, 2009 7 comments

After my first two attempts at getting my Blackberry to sync with Mozilla Thunderbird, I got pissed off and went right to the source of my problems. I emailed the developer of the opensync-plugin-mozilla package that (allegedly) allows Thunderbird to play nicely with OpenSync, and gave him the what for, (politely) asking what I should do. He suggested that I follow the updated installation instructions for checking out and compiling the latest version of his plugin from scratch instead of using the older, precompiled versions that are no longer supported.

I set to it, first removing all of the packages that I had installed during my last two attempts, excluding Barry, as I had already built and installed the latest version of its libraries. Everything else, including OpenSync and all of its plugins went, and I started from scratch. Luckily, the instructions were easy to follow, although they recommended that I get the latest versions of some libraries by adding Debian’s sid repositories to my sources list. This resulted in me shitting my pants later in the day, when I saw 642 available updates for my system in Synaptic. I figured out what was going on pretty quickly and disabled updates from sid, without ruining my system. If there’s one thing that Windows has taught me over the years, it is to never set a machine to auto-install updates.

Once I had the source code and dependency libraries, the install was a snap. The plugin source came with a utils directory full of easy to use scripts that automated most of the process. With everything going swimmingly, I was jarred out of my good mood by a nasty error that occurred when I ran the script:

CMake Error at cmake/modules/FindPkgConfig.cmake:357 (message):
None of the required ‘libopensync1;>=0.39’ found
Call Stack (most recent call first):
cmake/modules/FindOpenSync.cmake:27 (PKG_SEARCH_MODULE)
CMakeLists.txt:15 (FIND_PACKAGE)

CMake Error at cmake/modules/FindOpenSync.cmake:46 (MESSAGE):
OpenSync cmake modules not found.  Have you installed opensync core or did
you set your PKG_CONFIG_PATH if installing in a non system directory ?
Call Stack (most recent call first):
CMakeLists.txt:15 (FIND_PACKAGE)

It turns out that the plugin requires OpenSync v0.39 or greater to be installed to work. Of course, the latest version of same in either the Debian main or lenny-backports repositories is v0.22-2. This well-aged philosophy of the Debian Stable build has irked me a couple of times now, and I fully intend to update my system to the testing repositories before the end of the month. In any case, I quickly made my way over to the OpenSync homepage to obtain a newer build of their libraries. There I found out not only that version 0.39 had just been released on September 21st, and also that it isn’t all that stable:

Releases 0.22 (and 0.2x svn branch) and before are considered stable and suitable for production. 0.3x releases introduce major architecture and API changes and are targeted for developers and testers only and may not even compile or are likely to contain severe bugs.

0.3x releases are not recommended for end users or distribution packaging.

Throwing caution to the wind, I grabbed a tarball of compilation scripts from the website, and went about my merry way gentooing it up. After a couple of minor tweaks to the script, I got the cmpOpensync script to run, which checked out the latest trunk from the svn, and automatically compiled and installed it for me. By running the command msynctool –version, I found out that I now had OpenSync v0.40-snapshot installed. Relieved, I headed back to my BlueZync installation. This time around, I managed to get right up to the script before encountering another horrible dependency error:

— checking for one of the modules ‘glib-2.0’
—   found glib-2.0, version 2.16.6
— Found GLib2: glib-2.0 /usr/include/glib-2.0;/usr/lib/glib-2.0/include
— Looking for include files HAVE_GLIB_GREGEX_H
— Looking for include files HAVE_GLIB_GREGEX_H – found
— checking for one of the modules ‘libxml-2.0’
—   found libxml-2.0, version 2.6.32
— checking for one of the modules ‘libopensync1’
—   found libopensync1, version 0.40-snapshot
— checking for one of the modules ‘thunderbird-xpcom;icedove-xpcom’
—   found icedove-xpcom, version
—     THUNDERBIRD_XPCOM_MAIN_INCLUDE_DIR /usr/include/icedove
—     NSPR_MAIN_INCLUDE_DIR /usr/include/nspr
—     THUNDERBIRD_XPCOM_LIBRARIES xpcom;plds4;plc4;nspr4;pthread;dl
— checking for one of the modules ‘sunbird-xpcom;iceowl-xpcom’
—   found iceowl-xpcom, version 0.8
SUNBIRD_INCLUDE_DIRS /usr/include/iceowl;/usr/include/iceowl/xpcom;/usr/include/iceowl/string;/usr/include/nspr
—      SUNBIRD_MAIN_INCLUDE_DIR /usr/include/iceowl
— Found xpcom (thunderbird and sunbird):
—   XPCOM_INCLUDE_DIRS /usr/include/nspr;/usr/include/icedove;/usr/include/icedove/addrbook;/usr/include/icedove/extensions;/usr/include/icedove/rdf;/usr/include/icedove/string;/usr/include/icedove/xpcom_obsolete;/usr/include/icedove/xpcom;/usr/include/icedove/xulapp;/usr/include/iceowl
—   XPCOM_LIBRARY_DIRS /usr/lib/icedove
—   XPCOM_LIBRARIES xpcom;plds4;plc4;nspr4;pthread;dl
XPCOM_LIBRARIES  xpcom;plds4;plc4;nspr4;pthread;dl
— checking for one of the modules ‘check’
CMake Error at cmake/modules/FindPkgConfig.cmake:357 (message):
None of the required ‘check’ found
Call Stack (most recent call first):
cmake/modules/FindCheck.cmake:27 (PKG_SEARCH_MODULE)
CMakeLists.txt:73 (FIND_PACKAGE)

CMAKING mozilla-sync 0.1.7
— Configuring done

From what I can gather from this output, the configuration file was checking for dependencies, and got hung up on one called “check.” Unfortunately, this gave me zero information that I could use to solve the problem. I can verify that the install failed by running msynctool –listplugins, which returns:

Available plugins:
msynctool: symbol lookup error: msynctool: undefined symbol: osync_plugin_env_num_plugins

Ah, shit. Looks like I’m stuck again. Maybe one day I’ll figure it out. Until then, if any of our readers has ever seen something like this, I could use a couple of pointers.

WTF #17(qq)

October 2nd, 2009 No comments

It’s no secret that Linux, as with any other operating system (and yes, I realize that I just grouped all Linux distributions into a collective) has its idiosyncrasies.  The little things that just sort of make me cock my head to the side and wonder why I’m doing this to myself, or make me want to snap my entire laptop in half.

One of these things is something Tyler previously complained about – a kernel update on Fedora 11 that just happened to tank his graphics capabilities.  Now, I might just be lucky but why in the hell would Fedora release a kernel update before compatibility for two major graphics card manufacturers wasn’t released yet?

Fortunately for Tyler, a kmod-catalyst driver was released for his ATI graphics card yesterday (today?) and he’s now rocking the latest kernel with the latest video drivers.  Unfortunately for me, some slacker has yet to update my kmod-nvidia drivers to operate properly with the latest kernel.

While this is more of a rant than anything else, it’s still a valid point.  I’ve never had trouble on a Windows-based machine wherein a major update will cause a driver to no longer function (short of an actual version incrementation – so of course, I would expect Windows XP drivers to not function in Vista, and Vista drivers to not function in Windows 7; similarly, I would not expect Fedora 11 drivers to function in Fedora 12).

<end rant>

Top 10 things I have learned since the start of this experiment

October 2nd, 2009 4 comments

In a nod to Dave’s classic top ten segment I will now share with you the top 10 things I have learned  since starting this experiment one month ago.

10: IRC is not dead

Who knew? I’m joking of course but I had no idea that so many people still actively participated in IRC chats. As for the characters who hang out in these channels… well some are very helpful and some… answer questions like this:

Tyler: Hey everyone. I’m looking for some help with Gnome’s Empathy IM client. I can’t seem to get it to connect to MSN.

Some asshat: Tyler, if I wanted a pidgin clone, I would just use pidgin

It’s this kind of ‘you’re doing it wrong because that’s not how I would do it’ attitude can be very damaging to new Linux users. There is nothing more frustrating than trying to get help and someone throwing BS like that back in your face.

9: Jokes about Linux for nerds can actually be funny

Stolen from Sasha’s post.

Admit it, you laughed too

Admit it, you laughed too

8. Buy hardware for your Linux install, not the other way around

Believe me, if you know that your hardware is going to be 100% compatible ahead of time you will have a much more enjoyable experience. At the start of this experiment Jon pointed out this useful website. Many similar sites also exist and you should really take advantage of them if you want the optimal Linux experience.

7. When it works, it’s unparalleled

Linux seems faster, more featured and less resource hogging than a comparable operating system from either Redmond or Cupertino. That is assuming it’s working correctly…

6. Linux seems to fail for random or trivial reasons

If you need proof of these just go take a look back on the last couple of posts on here. There are times when I really think Linux could be used by everyone… and then there are moments when I don’t see how anyone outside of the most hardcore computer users could ever even attempt it. A brand new user should not have to know about xorg.conf or how to edit their DNS resolver.

Mixer - buttons unchecked

5. Linux might actually have a better game selection than the Mac!

Obviously there was some jest in there but Linux really does have some gems for games out there. Best of all most of them are completely free! Then again some are free for a reason



4. A Linux distribution defines a lot of your user experience

This can be especially frustrating when the exact same hardware performs so differently. I know there are a number of technical reasons why this is the case but things seem so utterly inconsistent that a new Linux user paired with the wrong distribution might be easily turned off.

3. Just because its open source doesn’t mean it will support everything

Even though it should damn it! The best example I have for this happens to be MSN clients. Pidgin is by far my favourite as it seems to work well and even supports a plethora of useful plugins! However, unlike many other clients, it doesn’t support a lot of MSN features such as voice/video chat, reliable file transfers, and those god awful winks and nudges that have appeared in the most recent version of the official client. Is there really that good of a reason holding the Pidgin developers back from just making use of the other open source libraries that already support these features?

2. I love the terminal

I can’t believe I actually just said that but it’s true. On a Windows machine I would never touch the command line because it is awful. However on Linux I feel empowered by using the terminal. It lets me quickly perform tasks that might take a lot of mouse clicks through a cumbersome UI to otherwise perform.

And the #1 thing I have learned since the start of this experiment? Drum roll please…

1. Linux might actually be ready to replace Windows for me

But I guess in order to find out if that statement ends up being true you’ll have to keep following along 😉

Resolving the DNS Issue Once and For All

October 2nd, 2009 3 comments

A little while ago, I wrote about problems that I was having with my laptop not resolving DNS requests. After I restarted today (because X11 crashed, but that’s a whole other can of worms), it started happening again, even though I had fixed the problem once before. Turns out that the big warning banner at the top of the resolv.conf file was relevant, and that my changes were eventually lost, just not on the first reboot.

So I moved back to my Windows machine for a few minutes to hit up the #debian IRC channel, where I explained my issue and what I had done to solve it last time. Luckily, somebody there presented me with a new solution to the issue that should persist restarts. Instead of making edits directly to resolv.conf, I was instructed to add a prepend line to the /etc/dhcp3/dhclient.conf file:

#add a prepend line to fix DNS issues
prepend domain-name-servers;

Where the IP address is the IP of your DNS server (OpenDNS, in my case). After saving the file, I ran

/etc/init.d/resolvconf restart

to apply the changes and restart the DNS lookup service thinger. I know that doesn’t sound very technical, but I honestly don’t know anything about the part of the network stack in Debian is responsible for DNS lookups, aside from the fact that it may or may not be called resolvconf, so you’ll have to live with it.

In any case, this seems to have worked quite well, so check into it if you’re having problems resolving DNS addresses on your machine.

Update: I can have my cake and eat it too!

October 1st, 2009 No comments

If you have been following my posts on here you’ll know that I have a very… fragile setup. I am doing everything in my power to ensure that Linux and my ATi graphics card play together nicely. The other day when a new kernel update was pushed out my graphics card update was not ready and I was forced to make a decision: keep the old kernel or lose my graphics. I chose to keep the old kernel.

I just wanted to let everyone know that the code wizards have seen fit to push an update to my card and I know get to use both the newest kernel and to keep my 3D graphics and desktop effects too!

For reference the kernel was and the graphics module was kmod-catalyst with matching version number.