Archive for the ‘ Linux ’ Category

RHEL vs Fedora

In the past I’ve been asked a lot about what the difference is between RHEL and Fedora – a lot of people think that Fedora is just a ‘free’ version of RHEL with pretty much the same features with the only difference being that you have to pay for support with RHEL whereas Fedora is only community supported. Unfortunately there are more differences between Fedora and RHEL than just support. The best way I can describe it is a comparison between a Formula 1 car (Fedora) and a well-cared-for Mercedes road car (RHEL). The F1 car has all the latest gadgets and technology and is on the bleeding edge of design, but unfortunately things can go wrong, and things like the tires wear down and sometimes the car flies off the track after a corner (update). If there’s a design flaw (bug) the chances are they won’t re-design a new car mid-season just to fix it – they’ll rather fix it in the next design.
The F1 car design gets a new release each season with a new paint job and better performing spoilers etc and unfortunately accidents still happen. After a year or so, the old car design is scrapped completely and parts aren’t made specially for it any more (it’s reached End-Of-Life and is no longer supported).

On the other hand however we have the Mercedes road car which has drawn all of the experience of building the engines and parts for the F1 car, but have had the time to mature the technology used in F1, make it extremely resilient and safe and put it all into a stable car. You can be confident driving the road car that nothing will break unexpectedly and that even if it does, you can take it to the garage and they’ll figure out what’s wrong and make it right again (bug fixes). You get air bags (RHCE’s ;) ). You also get the peace of mind knowing that the car has a warranty and will last for a long time to come, and that parts will always be available for it, and that the tyres won’t wear down quickly etc. All because you know the car has been safety tested and engineered to withstand a crash and a break-down.

I think that’s about as far as I can take the analogy – but I’m sure you get the drift :)

Dropbox and CentOS 5

Well, since my last post I’ve been attempting to get Dropbox working on CentOS (since this is my server platform). I have so many potential uses for having dropbox running on my server that I’d probably bore anyone reading this if I listed them. Needless to say, it’d be very useful for me if Dropbox would work.

Rather than run the installation on my live server(s), I decided to do a test install on a Virtual Machine. I fired up VMWare and created a minimal installation of CentOS (and I mean minimal) and after installing VMware tools I installed the GNOME desktop along with the X11 Window Manager. I normally use KDE, but unfortunately Dropbox only currently supports Nautilus and not Konqueror :( .

yum --exclude=nautilus-sendto groupinstall 'X Window System' 'GNOME Desktop Environment'

Now, officially CentOS is not supported by Dropbox, there are no packages for CentOS provided by Dropbox so I thought I’d get the source and see what I could do with it. The package requirements are higher than the CentOS package versions available through traditional channels. I thought I’d have a pop anyway and document how far I got here. The two key problems are that Dropbox require glib2 version to be at least 2.14.0 and libnotify needs to be at least 0.4.4. CentOS 5.2 (current release at time of writing) only has packages for glib2 at 2.12.3-2 and libnotify at 0.4.2-6. I wasn’t about to let that stop my potential enjoyment of Dropbox though, so I installed the other dependencies using yum:

yum install bzip2 wget make gtk+-devel libnotify-devel nautilus-extensions.i386 nautilus-devel.i386 gnome-vfs2-devel compat-glibc-headers.i386 compat-glibc.i386 gnome-desktop-devel.i386

Then I got the latest source from the DropBox download page and untarred it:

wget http://dl.getdropbox.com/u/5143/nautilus-dropbox-packages/0.4.1/nautilus-dropbox-0.4.1.tar.bz2
tar jxf nautilus-dropbox-0.4.1.tar.bz2

Next, I had to alter the configure script to accept our versions of glib2 and libnotify which was just a matter of finding and replacing

GLIB_REQUIRED=2.14.0
LIBNOTIFY_REQUIRED=0.4.4

with

GLIB_REQUIRED=2.12.0
LIBNOTIFY_REQUIRED=0.4.2

Then I ran the

./configure
make
make install

Everything seemed to compile ok. Time to fire up the desktop… GNOME launched ok, but nautilus refuses to load. The problem is revealed when trying to start nautilus from the command line:

[rob@localhost ~]$ nautilus /home/rob
Initializing nautilus-dropbox 0.4.1
nautilus: symbol lookup error: /usr/lib/nautilus/extensions-1.0/libnautilus-dropbox.so: undefined symbol: g_timeout_add_seconds

It looks like Dropbox really does require the specified versions of those packages which is a real shame. So in short, unless anyone comes up with a workaround, or Dropbox release a more compatible version it looks like there’s no awesomeness to be had with Dropbox and CentOS / RHEL :(

Never-the-less the awesomeness still reigns on the Windows platform!

Why I can’t stand debian and its bastard spawn

They give names to their releases, for fucks sake, why? Debian “Sarge”, “lenny”, “sid” – why? It’s not sensible and its not “cool” – it’s just fucking retarded – talk about taking a leaf out of Microshit’s book. Ok, yes, other distros name their releases too, but they don’t fucking refer to them by their name only, they actually refer to their version number primarily.
Ubuntu (I fucking hate Ubuntu btw – it’s the poor man’s linux, the newbie n00bs distro – the may-as-well-stay-with-Windows distro) is the worst offender – Canonical (the company behind Ubuntu) decided to give their linux distro an even more retarded names like “Feisty Fawn”, “Dapper Drake” and “Gutsy Gibbon” almost as bad as goddamn “Longhorn”.
More sensible linux distros use versioning in a proper manner – e.g. Fedora 7, RHEL 5, SUSE 10.*, Sabayon 4, Gentoo 2007.0 etc etc.
</rant>