Posts Tagged ‘ Linux

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!

Achievements and stuff…

So, since I last wrote we’ve got a new greyhound bitch called Mimi. I caught and rescued an emaciated stray German Shepherd (Alsatian) who was scavenging for food  around the Waterloo marina. Here are the photos in my gallery. She was a little apprehensive about being on a lead to start and we had a few growls and snarls to start with but once she knew I was not in the mood for any messing about she soon became quite submissive and was happy to follow me. The poor thing was absolutely famished and we’d noticed a rabbit carcass on the field where we take the hounds for walks – with hindsight it was obvious that it must’ve been her who caught the wee bunny for dinner.

We phoned seven different agencies to get advice on what we had to do to get her picked up / out in a kennel for strays. On the way home I flagged a passing police van and asked them if they knew of a number to call etc. They told me it was the dog warden who was legally responsible for collecting and kennelling stray dogs.  The dog warden didn’t answer and apparently, from speaking to all the various charities (who couldn’t take the dog due to the legal requirement of going through the “dog warden”) the said dog warden service is a pile of shite. They see it as just a 9-5, Mon-Fri job, with no interest about dog welfare, there’s no out-of-hours contact, even though there’s supposed to be. Out of the seven agencies we contacted it was only the RSPCA who were interested in taking this dog in, because she was so mal-nourished.

She had quite a good demeanour about her once she knew she was in a safe environment and  she knew certain commands like “sit” etc, so it was obvious that she’d been domesticated so she should be easily re-homed. In fact, looking back, this reminds me of a post I wrote a while ago about a dog database. When the RSPCA guy turned up he scanned her for a microchip and she didn’t have one. It’s cases like this, which I’ve now experienced first-hand, when a database / compulsory chipping would be great. To either re-unite with a loving family, or prosecute an abandoner.

At work I’ve been really busy working on a few RHEL (Linux) and AIX (IBM UNIX – read ‘mainframe’) projects for a few of our clients. I actually really enjoyed most of the project work – it’s all really fascinating stuff, for me at least and very good for my career as a whole. All good stuff for the CV! I really feel that I’ve learnt and refined my linux skills quite a lot recently. I’ve got a Google notebook that is stuffed full of really useful tidbits of bash scripting and commands – I keep meaning to write a decent “crib-sheet” post on here for some of the most useful stuff.

Oh! I nearly forgot!! Mimi (our new greyhound) is the one on the right…