crontab: no changes made to crontab

I found a lot of unhelpful advice from checking permissions on the files and directories, to using different editors, to checking cron.allow and cron.deny. None of those worked.

It turns out that .vimrc needs to have a one line configuration option set. You’ll find .vimrc in your home directory (/root for superuser). Just add this line:

set backupcopy=yes

and you’re on your way.

Until tonight, when Netflix required me to install Microsoft Silverlight in order to watch streaming video. With Microsoft Silverlight installed, the video is unwatchably choppy at 1024×768 resolution – I get maybe 12 frames per second. At 800×600 it’s still choppy. And the video quality is substantially worse. I’ve gone from near-DVD quality to what looks like a badly copied VHS tape. There’s no excuse for it – this is shoddy programming from Microsoft. The old player worked fine, and other high quality streaming video works great as well.

I’ve got no problem upgrading to new technology when something better or faster comes along. I bought an iPhone 3gs recently because of the improvements from the prior models. I can’t stomach wasting money because Microsoft can’t be bothered to write quality software. My choice now seems to be, give up instant viewing, or waste hundreds of dollars on another laptop. Looks like I’m giving up instant viewing. Way to go, Microsoft. Fantastic move, Netflix.

Oh, wait. YouTube just announced they’re going to offer pay per view. And their high quality video streams great using Flash Player! Looks like Google just won over a customer.

And while I was able to install and configure Monit in just a few minutes, I didn’t have an easy way to test different loads on the system. Enter stress, which was equally painless to configure and set up, giving me a number of ways to controllably test load on the server in question.

Once again the power of open source proves itself. Total time invested, less than one hour. I didn’t have to pay for a thing, and everything just worked.

I call that power and simplicity.

I’ve been providing technical support for my Dad and in-laws’ desktop Linux machines for years now. Linux on the desktop is an excellent fit for them, but they all suffer from ACS.

Just yesterday I restored OpenOffice’s primary toolbars on my father’s machine. These toolbars are his primary interface to OpenOffice – they’re critical tools, and to him they just went missing one day. Of course he had accidentally dragged them off of the primary interface, but I found that this is surprisingly easy to do. Try it; start OpenOffice and aim just two pixels below File on the primary File – Edit – View interface. Hold down the left mouse button and drag down as you might expect to do if the File menu were to appear. Did you just pull the main toolbar off of the interface? I did. Now try and put the toolbar back without screwing things up. I wasn’t able to, and it took me a few minutes to get it back to “normal.” Should the default action of a click and drag be to remove the toolbar? No. Should a mistake in a common usage action (pulling down the FIle menu) cause a major configuration action? Of course not.

Another example — at my in-laws, the main application bar in Gnome seems (to them) to change in mysterious ways. Application launch icons move around, appear and disappear without any apparent reason. What’s happening is that instead of left clicking to start an application, they accidentally right-click and select move, or accidentally click and drag. Once the damage is done, there is no easy way for them to set it right, because they weren’t intentionally making the change – they literally don’t know what they’ve done. Similarly, their desktop is periodically littered with multiple launch icons for solitaire in a failed attempt to simply start the program, again, a right-click presented a configuration option and literally in the blink of an eye they accidentally make a configuration change. To them it appears as if the program simply didn’t start – they don’t notice the new icon on the desktop.

Configuration states should also not be activated by keystrokes – the chance for ACS here is just as great.

The fix for all of this is simple, and it has nothing to do with educating people using computers. This is a user interface problem. We need to build applications and operating systems that assume people will primarily be using them instead of configuring them, and require explicit, deliberate action from a person to enable any configuration changes. Use, not configuration, must be the default state.

Quirks
There are three quirks that I’m aware of.

Things I tried that didn’t work
I’ve been trying on and off to synchronize my palm with various PIMs under Linux since 2001 with little success. Backing up through Kpilot or pilot-xfer has always worked fine, but getting real sync has been pretty much impossible until now. It may not be the holy grail, it is one of the last pieces to the perfect desktop puzzle.

Initially I tried to get OpenSync to work. I failed with the command line tool, with Kitchensync (best name for sync software evar) and with Multisync090. The KDE PIM/Google Calendar sync failed every time, and I never could get my palm to sync. While that project looks quite promising for now isn’t ready for prime time, as they fully acknowledge on their site.

With a bit of effort, GCALDaemon allowed me to sync between Kontact and Google Calendar, as well as Swiftdove and Google Calendar. And since I was able to sync my Palm with Kpilot (and therefore Kontact) I figured everything would be fine. Alas, that didn’t work – Kontact would display both calendars but would not pass the palm calendar to Google, and vice-versa. I was about to give up when I tried one last trick – I noticed that Kpilot allowed me to specify the ical file to link to, and that GCALDaemon uses a google.ics to sync up with Google Calendar.

So I told Kpilot to synchronize with the GCALDaemon ics file instead of the Kontact ics and played some tricks. And it worked – with a little coaxing!

Howto
Here’s a guide for getting the tricky parts working under Ubuntu 7.10 (Gutsy) 64 bit. I followed this page of the GCALDaemon guide, then this page through step 5 of the same guide to set up file sync. Now on this page of the Terminally Incoherent guide for Kontact, continue from where it says “Now open Kontact” and once you get to where you specify the filename, use /usr/local/sbin/GCALDaemon/google.ics instead of the location Terminally Incoherent specifies. And since all configuration files should be stored in /etc, I moved /usr/local/sbin/GCALDaemon/conf/gcal-daemon.cfg to /etc and made a symbolic link to the original location. I also set file.polling.google to 5 minutes in the cfg file.

By the way to get this all working you’ll need Kpilot, pilot-link and Sun’s Java. The default Java that ships with Ubuntu 7.10 will not work with GCALDaemon. You’ll also need GCALDaemon and configure Kontact to sync with GCALDaemon – install this software and then use the tutorials I liked to above.

sudo apt-get install kpilot pilot-link sun-java6-jre

Once you have GCALDaemon working with Kontact and Google Calendar, you can begin the next steps. Once you’ve done the following steps ones all you need to do is sync your palm normally.

1) Make a backup of your entire palm (you may need to replace that /dev/ttyUSB1 with something else):

pilot-xfer -p /dev/ttyUSB1 -b /home/yourname/somedirectory

Having a backup is crucial, so don’t skip this. You were warned.

2) Open Kpilot, go to Settings -> Configure Kpilot and tell it to sync to the same google.ics that GCALDaemon is using. Again, mine is at /usr/local/sbin/GCALDaemon/google.ics. Under the Conflicts tab choose Handheld overrides.

3) Synchronize your palm and wait until GCALDaemon transfers all of your appointments to Google Calendar. I had thousands of appointments so I gave it an hour.

4) All of the calendar entries in your palm may have vanished. Don’t panic. Sync again – all of the entries should be there. If not, restore the calendar to the palm using pilot-xfer. You don’t have to start over, just restore the calendar. Two way sync should still work with no duplicates.

That’s it.

A) Add the swiftweasel repository to apt by adding this line to /etc/apt/sources.list:

deb http://download.tuxfamily.org/swiftweasel gutsy multiverse

B) Update the cache and install Swiftdove:

apt-get update | apt-get install swiftdove-athlon64

Swiftdove is noticably faster, and the inclusion of Lightning is a nice bonus.