I suppose this [OOXML] is "global" in a sense, in the same way one could stage an "International Food Festival" and then have McDonalds show up and contribute a Big Mac from the U.S., a Big Mac from Germany, a Big Mac from the Ivory Coast, a Big Mac from Finland and another Big Mac from Brazil and so on. Certainly, you could claim this was "international", but you would be laughed right out of the festival if you did.
[...]
Evidently there is no one capable of fixing this. ISO says that domination by a single corporation is not their responsibility, because only NBs vote and each NB determines its own participation rules. But individual NBs also don't see a problem, because any single one of them only has one Microsoft employee at the meeting. So the NB itself is not necessary stuffed (although that does happens occasionally as well). So by placing Microsoft employees in many NB delegations and putting the overflow into the Ecma delegation, Microsoft can still dominate the ISO committee and not trigger a rule violation in ISO or in any NB.
This is essentially how Microsoft hacked ISO. Now that the flaw has been demonstrated, any large international corporation with sufficient funds and interest can exploit it as well. So long as the rules remain as they are, ISO is vulnerable. ISO defends this criticism by pointing out what good work they've done in the past, and how they rarely have problems of this kind before. But this shows little appreciation for the nature of the problem which have been demonstrated. It is like arguing that a newly discovered (though long latent) security flaw in an operating system is insignificant because you've never had an attack before now. Of course, this misses the point entirely. Once the vulnerability is known and publicly exploited, you're living on borrowed time until you can secure the system. Today ISO is living on borrowed time and is very close to becoming a Microsoft-infested zombie server.
For its part, the FSF has spent the summer alternately blasting individuals and groups for and warning them against using or adopting technologies distributed or even invented by Microsoft. For instance, the FSF this summer launched a Website devoted to cataloging the "sins" of Windows 7 and has weighed in on multiple occasions as to why, despite what Microsoft promises, no open-source developer should code in Microsoft's C#.
For one thing, PJ has a bit of experience dealing with such nastiness. The irony of course is that she gained it while investigating SCOs attacks on Linux, and will probably be using it for Team Mono and Friends attacks on Freedom now! There’s a certain symmetry to that, I think.
Another thing is that I’ve noticed that the pro-Mono attacks are looking a bit faded lately.
I guess that’s what happens when you keep attacking honest people truly interested in Freedom and your basic weapons are ad hominem and disinformation.
Microsoft is no different from any other proprietary vendor in this regard. The like sof IBM and Oracle and SAP have all had to find their own ways of coexisting with FOSS.
--Bradley M. Kuhn (SFLC)