Well, it does work out. In his third article on optional static type declarations for Python, Guido van Rossum addresses all the comments and presents what I think is a compact and sensible proposal. Interfaces are a useful mechanism for stricter duck-typing - of course optional, so only where you need it. And automatic type adaptation is a good idea - it's about time that PEP 246 gets integrated into Python.
But the most important thing remains: it's optional. Whoever doesn't need it can leave it out.
Here's the original article.
I recently wrote about (P2984) the problems I've been having with Firefox on OS X. It has since turned out what's causing it. It's the Codetek Virtual Desktop Manager. As soon as it's active (I constantly have lots of windows open and otherwise can't find anything in the mess - and no, Expose wouldn't really help either), both Firefox and Thunderbird exhibit various misbehaviors:
- after startup the menu is empty. You first have to click in the background and then back on the application window for the menu to work properly
- the keyboard focus isn't always correct. Then you have to do the same as with the missing menu.
- after switching desktops (or also when normally hiding and showing the application again) the window is completely empty - only resizing it brings the content back.
As I said, this only happens with the desktop manager. Unfortunately I can't use Expose because I don't have 10.3. Besides, it wouldn't solve my problem: I need many parallel workspaces in which I have all the windows open for the respective task. Expose would only handle that very inadequately.
Bummer.

Hey, I didn't know about this yet: an emulator for various CPUs with just-in-time compilation and support for a whole mix of target and host CPUs. For example, emulating an Intel chip on PPC. Or conversely a PPC on Intel. Or ARM on PPC. And Sparc as a target is already in the works.
Particularly interesting for Linux users: it can do user emulation or system emulation. The latter does what Virtual PC does - present a virtual machine. The former simply offers the ability to run binaries for a different CPU on your own computer, even if you have a different CPU. For example, running Intel binaries on a Linux PPC - without major system emulation.
Due to the just-in-time compilation, the whole thing should also be significantly faster than Bochs. For OS X there's a graphical launcher that also handles the installation of qemu right away. Unfortunately only from OS X 10.3 onwards. Here's the original article.
For those like me who don't have time to chase after thousands of RBLs (lists of possible or alleged spam relays) to check whether someone has mistakenly listed their own server there again, these two links offer good services: they check a large set of RBLs all at once. The first link is the faster one:
Great. A classic of computer science literature (ok, a modern classic) is now readable online. The book is interesting because it explains many aspects of implementing a system environment suitable for Haskell or Miranda.
Unfortunately, it's only available online as scans in JPG format, so it's somewhat cumbersome to use - searching obviously doesn't work. But at least the table of contents is linked via an image map.
Here's the original article.