Tuxdroid with Debian (lenny/testing)

I ordered a tuxdroid from Firebox, and although they politely emailed me during the week to say that stock was delayed and it would be next week, they sent my tuxdroid yesterday and it arrived today, excellent service.

I'm used to buying hardware and discarding the CD that comes with it, since it's usually windows only, but this is a GNU/Linux only device, and it doesn't even come with software. I had already downloaded the setup program from their website in .deb form. I had to install python-ctypes before the .deb would install but after that all was routine. I also downloaded the UK voices, though they have some issues, notably they mispronounce some words used by the tuxdroid software, such as "tux" itself.

It was routine to put the device together, a RF dongle in the shape of a fish (really) plugs into the USB on your computer, and communicates with the penguin. I plugged in the penguin to charge him up (very sensibly he has a rechargeable battery pack, which should make him much more portable than the nabaztag, and despite the instructions saying otherwise, I had to turn him on. His eyes lit up and he said hello. Very nice. Next I ran the tuxgi program, not the main executable, but just to play with the device. All seemed to be working pretty well.

. I now ran the main gadget manager, which is installed in the accessories part of the gnome menu. I downloaded some gadgets from the community website and started to play. I was aware that not everything was working correctly. In particular the device claimed to be looking for a firmware upgrade interminably, and some gadgets like the RSS one locked up the manager. A little digging revealed this was due to Python 2.4 being used rather than 2.5. I quickly confirmed that 2.5 was already installed, but the issue is that at least for now, Debian links /usr/bin/python to python2.4, not 2.5.

So, I went into /usr/local/bin/ and edited the following scripts tuxfw, tuxgi, tuxsh and explicitly changed the python to python2.5. Now, when reloading the gadget manager, I was immediately warned of a firmware upgrade and went through the process to do this. This is interesting in itself, a programming lead is used to make a physical connection between the fish and the penguin. The upgrade failed first time, but was successful the second time. The RSS feeder gadget also no longer crashes.

Here's an example of the change to show how trivial it is. Initial thoughts on the device are positive. It seems well designed, even for example, disabling its ability to turn when the power cable is plugged in. The gadgets show great potential. A remote control is supplied that allows the gadget manager to be controlled through the penguin.