Buy, Cheat, Steal, and Lie: The OOXML Story
Today is an international day of mourning, mourning for the loss of the standardization process and for the fate of those who will suffer under OOXML and whatever other standards Microsoft decides to strong-arm through the ISO.
Despite overwhelming evidence that the process had been corrupted, the ISO officially acknowledged yesterday that DIS 29500, better known as OOXML, has been adopted as an ISO standard. The news leaked Tuesday after what appeared to be an official voting record was posted to an email list. Some reportedly believed the announcement to be an April Fool's Day joke — unfortunately, the only joke involved was the maligned and manipulated standards process that produced the result.
The OOXML adoption process has been rife with questionable and downright corrupt activity since the first vote in September. After stuffing committees , they earned themselves an investigation by the European Commission, quite possibly the only government body in the world they haven't bought off. They've blamed IBM for the initial defeat, borked the BRM, slandered well respected men and women alike, planted wolves in sheep's clothing — pretty much everything short of resurrecting Machiavelli, and we wouldn't be the least bit surprised if they tried that too. Linux Journal's Glyn Moody has an excellent commentary on the scandalous events which goes into far greater detail than we can in Breaking News.
Where does the mess go from here? A few places. The European Commission is, as we said above, already investigating Microsoft's conduct, and are rumored to be looking into voting irregularities in Poland and Denmark. A formal protest has been filed in Norway seeking an annulment of the vote, and a complaint over the UK's about-face is reportedly in the works. At the ISO, there is a two month window for appeals to be filed, though there's nothing to suggest the same tactics won't be used against an appeal. There's hope — albeit faint — that the adoption of a second standard could be ruled a violation of the World Trade Organization Agreement on Technical Barriers to Trade, an international treaty to which the United States is a party.
A 2007 decision from the U.S. Court of Appeals for the Third Circuit may end up coming back to haunt Microsoft in their ongoing U.S. antitrust battle. The case revolved around claims by Broadcom that Qualcomm had deliberately included its patents in the Universal Mobile Telecommunications System standard in order to create a monopoly for its products. The appeals court held that if a company acts deceptively to gain adoption of a standard that then results in a monopoly to their advantage, they can be held to have violated anti-trust laws, irrespective of their right to determine the use of their patents. Interestingly enough, the Court of Appeals ruling relies on a Federal Trade Commission ruling which in turn relied on — drumroll, please — United States v. Microsoft, the very case that put MS under supervision in the first place.
All we can say is, we hope that with this many available avenues, something is done to rectify the farce acted out over the last several months.
Justin Ryan is a Contributing Editor for Linux Journal.
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- Stunnel Security for Oracle
- SourceClear Open
- SUSE LLC's SUSE Manager
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- My +1 Sword of Productivity
- Tech Tip: Really Simple HTTP Server with Python
- Managing Linux Using Puppet
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide