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 Jing…

Ok, so a few days ago I blogged about Dropbox and all of it’s awesomeness, but today I have to tell you about how Jing and Dropbox work together to double that awesomeness to a point of disbelief….

preview image

Ok, so if you watch the above video I’m sure you’re going to get the jist of what I’m trying to portray. With Jing you can record whatever’s on your screen, so you can provide instructions to someone or show someone what’s happening on your screen without having to set up remote access etc. Then you can save your Jing screen cast file in your Dropbox folder which will then automatically upload the video to your online storage. If you save the screencast file in your Dropbox public folder you can then just navigate to your Dropbox folder, right click on the file, grab the public URL and send it to whoever you want to see it.

The above video is hosted live in my Dropbox, if it’s broken then it’s probably because I deleted it from my Dropbox folder :/

Incidentally, on yesterday I became one of Dropbox’s first paying customers, as they’re trialling their payment system and I was invited to be amongst the first to test it out. To be honest 50GB is quite a large amount of space, especially for file sync’ing. It’s still nice peace of mind for off-site backup though!

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!

Dropbox goes public

So yesterday Dropbox announced that they were exiting their private beta and opening up to the public. This is awesome news! I first heard about Dropbox a while ago, at least a year ago - from a story on Reddit. I signed up to try and get in the private beta however I was too late, thousands before me had signed up and had their invites arrive in their inboxes while slow-coaches like me were left out in the online file-storage cold.

dropboxBut now the team behind Dropbox have launched publicly and everyone is free to join the wonderful warmth of online file storage, file sharing and file collaboration done right - with a big dose of awesome to keep everyone sweet.

Recently Apple have released their solution to the “cloud” service, called “MobileMe”. Unfortunately they’ve been upstaged by Dropbox, by a large factor. MobileMe Apple pissed me off when they snuck it in as an unwanted and un-notified installation along with an update to iTunes, just as they evilly did with their Safari installation. I gave MobileMe a shot, as it came with a free 30 day trial - and for a time, it was good - but then came along the public release of Dropbox and since I use Zimbra the contact / calendar syncing offered by MobileMe doesn’t really appeal to me. To do a direct comparison between the two would be unfair as MobileMe has contact / calendar synchronisation, whereas Dropbox doesn’t. However the storage side of things in Dropbox walk all over the MobileMe service.

I’ve already started using it for little things which are so unbelievably handy, for example in my line of work I use screencapping / screenshots a lot. Communicating a screenshot should be an easy thing, unfortunately it tends not to be. For example, I’d take the screenshot, dump it into an image editor, crop it, save it to a folder, then sftp it to a webserver, get the URL and then IM the URL to whoever I wanted to see it. With Dropbox running it’s just a matter of saving the edited screenshot to my public folder in my Dropbox directory, right-click on it and “Copy public link” and then IM it to whoever - since Dropbox automatically uploads anything in the Dropbox folder to the Dropbox server it completely removes the need to SFTP it anywhere.

That’s just one example of the awesomeness though. I’ve got my important docs in my Dropbox folder and can work on them either on my work PC or my home PC and every time I save a change it’s automatically uploaded and replicated across all my other computers using my Dropbox account.

I’ve got my girlfriends’ entire My Documents folder as her own Dropbox and a folder under her My Documents folder is shared between us at all times, across all computers, and replicated instantly across them all. Which makes it incredibly handy any time I need to edit or view a file she’s working on etc. She can even collaborate on Excel files with another charity worker where previously Google Docs was the only other viable collaborative alternative.

Now it’s just a matter of getting Dropbox to work with CentOS 5.2 (here’s hoping!)

[Aferthought by rob on Sunday, September 14, 2008 at 2:16 pm]

I thought I’d actually make a quick mention here of humyo since I did try their service also for a while. Humyo was good, to an extent, and has probably improved since I stopped using it - however I felt it was strongly restricted due to the fact that it offered no direct file system interaction - everything was done via a web-browser. When I tried the service there was no client application which could be installed on a desktop to provide simple, direct file interaction between what’s stored on the humyo servers and what’s stored on the local workstation. I believe they’ve since introduced a drive mapping application and “sync” software which allows backup and file replication across computers. I haven’t tried their new client app, since (a) I don’t use their service any more and (b) you actually have to pay for it after your 14 day trial runs out. After the trial runs out you are back to having to do all your file management via a web browser again - or pay. Ouch. That said, humyo offer 30Gb free, compared to Dropbox’s 2Gb. To be perfectly honest, I’d much rather manage a restrictive 2Gb worth of files and folders using a transparent tool such as DropBox’s implementation than try and manage 30Gb of files and folders using a flash-based website.

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…

Iranian Propaganda

See anything wrong with this photo? How about the plumes of exhaust / smoke on the bottom right and left of the two right-most missiles. This is a blatant “photoshop” of an anti-Iranian Western media “news” story.

This photo has graced the majority of Western media’s front pages today… like this…

But…. this is the original…

Summer evening sky 02

Click the image below to start the video…

summer_evening_02_08.jpg

Summer sky 02

So here’s another one, I think I’ll be montaging these all together once I get enough to add some music…

Click the image below to start the video…

summer_02_2008.jpg

Puffy afternoon clouds

Here’s another time-lapse which I ran this afternoon based on the same profile as yesterday evening’s exposures. I decided to add some music to this one, since it lasted a little longer than the others…

Click the image below to watch the video..

puffy-afternoon-clouds.jpg

Summer sky 01

I thought I’d get back into my time-lapses since I’d lapsed abit since my last one… BOOM BOOM TISH. Here it is…

Click the image below to start the video…

tl_summer_01_2008.jpg