A Senior Microsoft Attorney Looks at Open-Source Licensing
The Open Source movement has yet another fan: Robert W. Gomulkiewicz, a senior corporate attorney for Microsoft Corporation and, not coincidentally, the Business Software Alliance's top gun for the proposed UCITA reforms to commercial software licensing law.
Writing in the Houston Law Review, Gomulkiewicz (1999) argues that open-source licenses typically contain precisely the UCITA provisions that are giving fits to consumer advocates, such as the denial of any legal recourse should a consumer suffer loss, harm, or injury through use of the software. What's more, he argues, the Open Source movement's history and recent success show why the UCITA's protections are needed. When somebody like Gomulkiewicz expresses admiration for what you're doing, it's time to stop for some serious reflection. After all, this is tantamount to Darth Vader publishing an essay that praises the way the Rebellion is headed.
I'll fill in the background of what follows, but here's the main point. As Gomulkiewicz himself observes, the open-source initiative finds it expedient to downplay the "anti-commercial baggage" and "confrontational attitude" of the Free Software Foundation in general (and Richard Stallman in particular). But there's a risk. As Gomulkiewicz's work shows, this strategy can backfire by playing right into the hands of people and corporations who oppose everything our community stands for. In the end, open-source software isn't going to make sense to outsiders unless our principles are made clear from the get-go. If you're skeptical, read on; I hope you'll see why.
As you're probably aware, there's something of a split between the Free Software Foundation (FSF) and the Open Source Initiative (OSI). To trivialize a rather complex situation, the split mainly boils down to a disagreement over tactics, not principles. FSF founder Richard M. Stallman (RMS) emphasizes the principles, specifically the Software User's Bill of Rights, which I'll discuss a bit later. In contrast, OSI plays down the principles in hopes of making free software enterprises more appealing to businesses and investors. In this, OSI has succeeded quite brilliantly, as the recent wave of Linux-related initial public stock offerings demonstrates.
Does OSI really play down the principles? Take it from OSI advocate Eric Raymond. Basically, the answer is "yes". Raymond is quick to point out, though, that OSI has "never condemned RSM's principles... the real disagreement between OSI and FSF is not over principles. It's over tactics and rhetoric." And what are the gains? According to Raymond, tremendous progress: "The same press that used to dismiss `free software' as a crackpot idea now falls over itself writing laudatory articles... And the same corporate titans who dismissed RMS as a `communist' are lining up to pour money and effort into open-source development." Without disagreeing with the FSF's principles, Raymond argues, the community should reject Stallman's confrontational rhetoric. "That kind of language," Raymond concludes, "simply does not persuade anyone but us. In fact, it confuses and repels most people outside our culture... as an evangelist to the mainstream, [Stallman] has been one fifteen-year-long continuous disaster" (Raymond, "Shut Up and Show Them the Code", dated 28 June 1999).
Is Raymond right? It's quite possible that rhetorical style has had very little to do with the success of the Open Source movement. Stallman's fifteen years of putative rhetorical "disaster" were accompanied by fifteen years of arduous coding, after all. But his efforts focused on utilities, so the project didn't bear fruit until a viable, GPL-licensed kernel came along. From this view, it was the Linux kernel, not rhetoric (good, bad or otherwise), that got the ball rolling. But let's leave that aside. My question is this: What are the risks of downplaying our principles? Let's take a look at Gomulkiewicz's argument.
If you take Gomulkiewicz's article at face value, you would think he's a kindly and caring advocate for open-source software authors. Praising open-source authors for their daring, innovative new products, Gomulkiewicz notes that these brave, pioneering programmers could be put out of business for good by a lawsuit, or even the threat of a lawsuit. And that's why, he argues, that open-source licenses typically incorporate take-it-or-leave-it licensing in which the user legally assents by clicking "I agree" or by using the software; outright denial of any form of warranty protection for users; and a shift to the user of any and all liabilities for product failure as well as intellectual property infringement. These are among the provisions of UCITA that alarm consumer advocates, Gomulkiewicz notes, but open-source authors need them--and by extension, the whole industry needs them.
Shorn of free-software principles, the OSI literature provides fertile ground for Gomulkiewicz's argument. For example, open-source licenses can be made to read like a page out of UCITA. And, in Gomulkiewicz's hands, open-source advocates start sounding like they'd willingly testify on behalf of the proposed legislation. Erstwhile OSI advocate Bruce Perens is cited approvingly: "If free software authors lose the right to disclaim all warranties and find themselves getting sued over the performance of the programs that they've written, they'll stop contributing free software to the world." So it's obvious, Gomulkiewicz concludes, that we need a "contract law regime that allows revolutionaries like the open source hackers to succeed". And why shouldn't Microsoft get the same, needed protection?
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
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Managing Linux Using Puppet
- My +1 Sword of Productivity
- SUSE LLC's SUSE Manager
- Parsing an RSS News Feed with a Bash Script
- Doing for User Space What We Did for Kernel Space
- SuperTuxKart 0.9.2 Released
- Google's SwiftShader Released
- SourceClear Open
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