/var/opinion - The Benevolent Racketeer
We at Linux Journal have taken a dim view of the Microsoft/Novell deal and Microsoft's attempts to monetize the work of the Open Source community by offering covenants not to sue. However, in an effort to remain fair and balanced in our coverage of these controversial issues, we are publishing the following testimonial from a happy Microsoft customer who wishes to remain anonymous because he doesn't exist.
Dear Linux Journal Editor,
I must take issue with the negative stance Linux Journal has adopted with respect to Microsoft software patents, licensing and covenants not to sue. Our company represents one of the customers to whom Microsoft Senior Vice President Bob Muglia refers when he says, “Customers have indicated to us that it's problematic to them that when they work with open-source software, they don't have similar intellectual property protection.”
I find this to be so true. Our company simply could not adopt open-source software without intellectual property protection. Open source represented a grave liability to us because no company claimed control over it. Put simply, how could we have confidence that someone would not sue us for using Linux unless we paid someone not to sue? We were anxious to pay protection money to solve this problem, but to whom would we pay it? We would gladly have paid Red Hat, but Red Hat did not threaten to sue us, so what would be the point? That's the problem with Linux. It is not owned by a single entity with the power to license protection, and those who distribute it are remiss in threatening to sue in order to make intellectual property protection available to paying customers.
We feel Linux advocates and developers should be grateful that Microsoft stepped up to the plate in this regard. Now that Microsoft has graciously offered to solve this dilemma for us by threatening to sue us for using Linux, we have finally found a reason to adopt Linux and open source. We now know where to send our protection money.
Technically speaking, SCO was the first to offer us a covenant not to sue, and we were almost ready to adopt Linux in a big way when SCO provided us this option. We backed away when IBM and Novell tried to make it difficult for SCO to follow through. Why? IBM is much bigger than SCO. If IBM created enough trouble to put SCO out of business, it would set us back to square one, without anyone to pay protection money. This was a risk we were not willing to accept.
Then Microsoft approached us behind the scenes and offered us a sweet deal. We agreed to pay Microsoft $20 for every copy of Linux we would install, in return for which Microsoft promised not to sue us for $400 per copy throughout the terms of the agreement. This deal not only provided us with the intellectual property protection we customers demand, as noted by Bob Muglia, it also saves us $380 per copy of Linux until the agreement expires! Think of it. Even if we deploy only 1,000 copies of Linux, that's a $380,000 savings. With an economic incentive like that, how can anyone question Microsoft's commitment to the open-source model?
This is not the first time Microsoft volunteered to assist us with intellectual property protection. Some years ago, Microsoft conducted an audit of our Windows and Office licenses, which brought to our attention the fact that we had not organized and stored our product licenses properly. Microsoft solved our problem easily by selling us all the replacement licenses we needed. It may seem unreasonable to some people to pay twice for the same software, but we beg to differ. We think of it as paying not for software, but for peace of mind, which is what intellectual property protection is all about.
Some like-minded customers advised us to adopt SUSE Linux, as it is covered under the Microsoft/Novell covenant not to sue. We consider this an acceptable option, but not the ideal one. It is much more effective to deal directly with the threatening party.
Think of it this way. Our regular fire insurance covers accidental fires. We've had two accidental warehouse fires (minor ones, thankfully) since we bought the policy. In what way did our insurance protect us against accidental fires? It didn't help at all. In contrast, we donate money in a manila envelope each month to another “insurance” company who has sworn to protect us against arson. Since we started making those payments, we've seen a 100% reduction in fires caused by arson. You can't argue with that kind of success, and it's all because we deal directly with the source of arson fires.
I hope this testimony has opened your eyes at Linux Journal. It's not too late for you to secure your own intellectual property protection.
Nicholas Petreley is Editor in Chief of Linux Journal and a former programmer, teacher, analyst and consultant who has been working with and writing about Linux for more than ten years.
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!
- SUSE LLC's SUSE Manager
- My +1 Sword of Productivity
- Non-Linux FOSS: Caffeine!
- Managing Linux Using Puppet
- Control Your Linux Desktop with D-Bus
- Download "Linux Management with Red Hat Satellite: Measuring Business Impact and ROI"
- Doing for User Space What We Did for Kernel Space
- SuperTuxKart 0.9.2 Released
- Google's SwiftShader Released
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
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