The release focused primarily on fixes and cleanups. A bunch of minor bugs were fixed, and I rewrote most of the iCalendar back-end. It should be faster now and preserves files better than it used to.

This release includes a dummy maemo interface. It can currently fully display a Day Planner calendar, and has a UI quite similar to the desktop edition. However, it can not edit or add any events, and is as such not as useful as it might have been. The plan is for the maemo port to be ready for 0.11.

0.10 will (among other things) feature a new HTML exporting module (which has been in the works for quite a while), a cleaner, object-oriented version of the add/edit event windows (to simplify their use and maintainance. The current code that handles it is a bit ugly).

The major user-facing change will be the addition of a GUI for calendar subscriptions. 0.9 includes support for them (though it isn’t really announced because the feature isn’t ready), but one has to manually edit the config file.

I recently discovered a free driver for my GF’s builtin Microdia webcam. It works very nicely (better than the crappy proprietary one did when I tested the “trial”). So if you’ve got a Microdia webcam, at least the 0c45:624f one, now you can have it working properly, with good quality without paying a load of money for a one-time one-kernel one-arch license for a proprietary one.

git clone http://repo.or.cz/r/microdia.git
cd microdia
make
sudo insmod ./microdia.ko

Then just launch Cheese or your favourite webcam program and off you go.

Thanks a lot to those that took the time to develop a proper driver. If you’ve got a paypal account, I’ll donate some money for your hard work.

Update: the module is now named sn9c20x.ko, so the last line becomes sudo insmod ./sn9c20x.ko

Update 2: According to brandon in the comments, the kernel module is in the upstream kernel as of 2.6.31.6

Pay 10EUR and you get the driver. Okay, doesn’t sound /so/ bad. But the driver is only available for x86 ubuntu gutsy, no other arch, no other distro, no other kernel. If you want it for /your/ kernel you have to pay 100EUR. Wonderful. There’s no way I’m paying 100EUR for a proprietary webcam driver. Buying a new, working, webcam would even be cheaper! She runs x86_64 so there’s no way to get that driver working there, without paying that 100EUR. The camera is Bus 005 Device 002: ID 0c45:624f Microdia.

If someone does decide to write a free GPLd driver for it, I’ll donate some money to that person (I don’t have 100EUR to give away, but I can do at least 30-50EUR).

This again goes to show the pain of proprietary drivers. I don’t mind *paying* for drivers, but when the drivers cost more than the device did, and a device working equally well would be cheaper than buying the drivers it has gone too far. I would have easily donated money if the page said “here’s the driver, it’s GPL so do what you want, but please donate 10EUR if you can” (and I have donated to FOSS projects before).

Update, see: http://blog.zerodogg.org/2008/04/27/microdia-0c45624f-webcam-on-linux/

Creating a deb was interesting, as I had never done that before – used to rpm packaging, though I got a lot of help by Morten Werner Olsen.

The packaging also uncovered quite a few limitations in both the default tarball and the Makefile, which should not only make the deb possible, but also improve the RPM.

I’m hoping to get Day Planner into Debian too, but I’ll have to write a proper deb for Date::HolidayParser first. Debian, like Mandriva, wants to have modules available as seperate packages, and as Date::HolidayParser isn’t *really* Day Planner-specific it makes sense distributing it seperately. The current debs has it bundled, and I might be inclined to continue to have the ones on the website bundle the module (the RPMs on the website does this, even though the package in Mandriva does not), so that there is only one package to install to get Day Planner installed.

In other (somewhat) related news, I’ve changed the URL structure on the Day Planner website. It previously used ugly looking index.php?page=foo&type=bar URLs. It now uses clean index.php/foo/bar URLs, which incidentally was rather simple to implement once I found which variables to parse and PHP functions to do it with.