FOSS

Everyone is talking about the way Windows Update silently updates itself when set to 'notify only' (but not when set to 'off', apparently). Bruce Schneier calls it 'a huge deal'.

And it is. But only if you never considered what it really means to run a proprietary OS like Windows.

Microsoft can remotely, silently modify your OS any way they choose. Does that scare you? What can you do about it? Only install their patches manually? But you still won't have a clue what those patches do. Not install them at all? The holes in a completely unpatched Windows XP give the entire world remote control over your PC, not just Microsoft.

Microsoft can make your computer cooperate with some external entities against you. Do you think that's worse than 'mere' remote vulnerabilities? But how do you know your existing, unpatched OS isn't already betraying you? (It was when it downloaded that update.) How are you going to protect yourself against that?

Use a host-based firewall? Your OS can bypass it; it works through Microsoft callbacks and lives on Microsoft sufferance. Use an external firewall? How can it tell the difference between legitimate browser access to tfosorcim.com and software calling home?

Running Windows in a tightly locked-down VM is a hard but tractable engineering problem. Running it on bare hardware with Internet access is like keeping a huge tiger susceptible to radio mind control in your living room. You build a Faraday cage around your house and keep a tranquilizer gun in your pocket, and you pat it on the head after it feeds. Eventually the force of habit puts you off your guard and you let your children play with it and pull the tiger's tail. But the tiger only needs to bite your head off once for this to be a losing proposition.

Windows only needs to let someone bring down or take over a billion computers worldwide once for all of today's troubles with 10-million-PC botnets to look like really small peanuts.

I'll end with an insightful (and obvious) comment from Schneier's blog:

To say that those keys are "high value" is a bit of a gross understatement. Imagine that you had a key that would let you arbitrarily load software onto 90+% of the computers in the world. How much would something like that be worth to the right person? [...] Heck, it's probably more than a lot of people working at Microsoft are going to make in their entire lifetime. (And you just wanted to get the code long enough to cause a problem, it would definitely be worth enough to kill a few people for.) That's a nuclear-weapons-grade secret.

There have been varying reports around the net about Linux support for the Asus M2A-VM motherboard (socket AM2, AMD 690G chipset + SB600 southbridge). It took me a while to verify all this information, mostly from forum and mailing list posts, before buying the board, so I'm posting this to save time for anyone else who might consider it. I'm running Gentoo ~amd64 kernel 2.6.22-gentoo-r6.

Update: the integrated graphics (Radeon X1250) can be used with three drivers:

* The x11 'vesa' generic driver. This, of course, provides no acceleration/XV/etc., but it works fine otherwise.
* The new free 'radeonhd' driver. I've tried the current sources and it, too, works in 2D mode with no acceleration, but at least it ought to improve with time. (If you don't know, radeonhd is the new free driver for modern ATI cards being developed mostly by Novell people using the complete, free specs ATI/AMD released recently. Just made me love that company a whole lot more.) BTW, it refuses to work with the DVI link. Just connect an RGB cable to the same monitor and it'll work (displaying on DVI too), so it's only a problem if you want dualhead.
* The binary ATI driver (fglrx). Version 8.42.3 worked and provided good OpenGL acceleration, but still no XV. However, when I put the board into dual channel mode with 4 RAM modules, trying to run X with fglrx resulted in a hard lockup. I didn't try too hard to make it work again.

QT includes a class called QSettings, which stores a settings dictionary in a platform-transparent way. QT4 on *nix puts the settings in INI-style files under the directory ~/.config.



It so happened that I had a file called ~/.config in place, so QT couldn't create the directory. As a result, my new PyQt4 development tools lost all their settings every time I closed them. That's slightly annoying with the QT Designer; extremely annoying in the case of Eric4, which comes with more preference panels out of the box than Eclipse. In both cases, settings were lost in a completely silent way. There was no error message, not even on stderr. The only indication anything was wrong came the next time I ran the application, as it started with factory settings once more.



Luckily, since I was writing a QT4 application myself at the time, I could quickly look up the QSettings docs, find out where the settings were supposed to be saved, and diagnose the problem. An ordinary user of a QT4 application, however, would have had to resort to online support of some kind.

Last time I wrote that the threats presented by Novell's OpenXML support plugin for OO.o don't outweigh the benefits of having such support. Even broken and partial support is still better than nothing because it enables companies to do a one-off conversion, with a manual pass if need be, to migrate away from MS Office. And it lets individuals, and companies which aren't ready yet for that migration, read evil OpenXML documents sent by other companies (or your government, in some cases).



Of course OpenXML support in OO.o can also encourage people not to move away from MS Office, because if the metaphorical neighbours' kid who insists on using free software can read the documents your MS Word produces, he won't refuse to fix your computer. (A lucky few even have a government that wants to use open formats.) And it can also make people see OO.o as an inferior MS Office clone, because it can work with MS Office files but not as well as MS Office does itself, and it loses a bit of formatting data every time it opens them.



But by that measure we should also condemn projects like Samba and Wine. They too deliver inferior and late implementations of proprietary Microsoft technologies. I haven't heard any cries out of Groklaw that Samba betrays the free software community. (And don't talk to me about pure-Samba no-Windows networks. You could have all the same features on top of NFS or whatever if a tenth of Samba's development effort had gone that way instead. Samba's purpose is Windows compatibility, period.)



And what about the existing partial and inferior support for the MS Office .doc .xls etc. formats in OO.o and every other free office suite in existence? What about the FAT and NTFS filesystem support in Linux? I seem to remember PJ being proud of the community for such massive effort and dedication to often thankless projects of reverse engineering.

Groklaw is running a story with the heading, 'Novell "Forking" OpenOffice.org'. PJ writes,

There will be a Novell edition of OpenOffice.org and it will support Microsoft OpenXML.

Except that, reading the article and comments and other sources such as Miguel de Icaza's post on the subject, there doesn't seem to be a fork. Not in any conventional sense of the word. Instead there is (or will be) an OO.o plugin that adds OpenXML support. The plugin has a BSD-style license, and if it requires changes to OO.o itself (which it shouldn't), those changes would have to be published under the LGPL (OO.o's license) or a compatible license.

I've written here before about some reasons free, openly developed software generally has fewer security issues than proprietary software. However, one would expect Microsoft to beat the odds, since they're capable of funding any development process they want. They can hire world-class programming and QA teams and make sure at least their software contains no bugs or vulnerabilities.

Of course we all know that doesn't happen, but it might one day. I'd like to point out that there's another fundamental reason Windows and Office, or any similarly proprietary OS and applications bundle, can't be as secure as a good Linux distribution. Since I used to be a Gentoo Linux packager, I naturally consider package management to be the indispensable quality Windows lacks.