20
Oct 09

Logitech Professional Presenter R800 Review

SANY0003a

So when they gave me the CS7004 course to teach in college this year, I went a little mad for an hour there, and after I got back up off the floor and cleaned the froth off the keyboard, it turned out I’d ordered this, Logitech’s top-of-the-line presenter remote/laser pointer gizmo. It arrived last Tuesday, just in time to not be around for the largest presentation I’ve done for a few years, but I’ve been using it since for lectures in CS7004. And I have to say, it’s very nice indeed.

Continue reading →


06
Oct 09

VisTablet under Debian Squeeze

DSCF5570b

A new toy arrived today – the VisTablet, which is just a rebadged Aiptek 600U (model number WCK-C121). They sell as Aiptek or Waltop or Medion or any one of a few other names for about €65 on ebay.ie at the moment, so I thought what the heck, I do a fair bit of stuff in Gimp so maybe it’s worth a look. A few clicks and a week or so later and it arrives. Cue tearing open the box and unwrapping!

Plugging it into the laptop (Thinkpad R61 running Debian Squeeze amd64) got an instant result in that it found the device and allowed cursor movement… but no actual buttons or pressure sensor stuff, so it couldn’t work as a tablet. So off to google we go and after trying some frustrating messing about with udev rules (to create /dev/apitektablet – which isn’t necessary it turns out) and hal fdi files (to set up X.org options, which are needed) and I’d advanced in a posterior direction.

By now we were through the phase where plugging in the device crashed X and had reached the phase where plugging the device out crashed X. At this point, I found that the problem lay in the wacom drivers. See, just because it’s aiptek hardware doesn’t mean the aiptek drivers actually work – in this case, the wacom driver works much better.

But, just to be annoying, the new version of the wacom driver doesn’t work because it picks up that it’s not a wacom device and commits seppku to avoid being of any use. Note to the coder who thought that was a good idea – go choke on a hairball please.

Solution? Go to linuxwacom and download the latest driver, then untar the tarball, go into linuxwacom-0.8.4-2/src/xdrv and edit wcmUSB.c. You’re looking for this line (it’s line 530 in version 0.8.4.2):
[cc escaped=”true” lang=”c”]/* vendor is wacom */
if (sID[1] == 0x056A)
{[/cc]
And you want to change it to this:
[cc escaped=”true” lang=”c”]/* vendor is wacom or waltop */
if (sID[1] == 0x056A || sID[1] == 0x172f)
{[/cc]
Now apt-get install xorg-dev and whatever other packages you need like build-essential and call configure and make and then sudo make install.

You now have a working wacom driver and if you copy the wacom.fdi file into /etc/hal/fdi/policy/ (it’s /usr/share/hal/fdi/policy/20thirdparty/10-linuxwacom.fdi on Debian) and add in the following bit:
[cc escaped=”true” lang=”xml”]
wacom
stylus
hal-setup-wacom
eraser
cursor
pad
[/cc]
into the section of the xml file (you probably don’t need the eraser and cursor lines, but what the heck, they don’t harm anything and I was too tired of restarting X at this point to check). You should now be almost done – restart hal, restart x.org, and log back in and then plug in the tablet (check dmesg and /var/log/X.0.log so you’re sure it worked) and then fire up Gimp, go to Edit->Preferences->Input Devices->Configure Extended Input Devices and make sure the tablet is listed there and that it’s not set to disabled, then go to Edit->Preferences->Input Controllers and make sure that Linux Input is in the list of active controllers and is set to look at the tablet, and it should work.

ItWorks

Mind you… if this is what it takes to make cheap hardware work on linux, Linux Hater has a very good point.


09
Sep 09

Maximum Password Length in Coova-Chilli

Bad Day So for the last few days I’ve been banging my head up against the same problem in the lab. We currently use Chillispot to run our access points for the Metakall user trials, which is grand, but it’s also fairly out of date – it hasn’t been actively developed on since 1997 – and it has some serious security issues. So with the new academic year looming, we’re moving over to its successor, Coova-Chilli.

Coova has a few neat features we like, and it’s also being actively maintained, which is important. So I took our testbed server, installed FreeRADIUS and MySQL and Apache and all the custom stuff we’ve written and generally got things set up, and then went to install the latest version of coova-chilli (1.0.14). There was an hour of swearing at iptables as usual (I really am coming to hate that program), and then I thought that’d be that.

But of course not. Continue reading →