Why GPLv3 Will Supplant GPLv2
One of the most important recent events in the world of free software has been the release of version 3 of the GNU GPL. There were fierce arguments about its utility while it was being drawn up, and although the rhetoric has abated somewhat, there is still a big question mark over its eventual success. Some evidence suggests that GPLv3 uptake is coming along nicely, while other reports indicate a reluctance to adopt it (but note also Matt Asay's neat reconciliation of these contradictory messages). To see what's likely to happen in the long term, it's useful to look back at the past history of licence adoption.
The first detailed discussion about licences arose when companies began offering open source software other than GNU/Linux distributions. Many were rather timid or even downright sceptical about embracing the GNU GPL wholeheartedly, and chose instead to adopt a dual licensing policy, offering a version of the software (sometimes with extra features) under a non-free licence as well as a version under the GNU GPL. This was pioneered by L. Peter Deutsch with Ghostscript.
Ghostscript was the direct inspiration for the early dual-licensing approach of MySQL, where initially the free licence employed was not the GNU GPL. As MySQL's CEO, Marten Mickos, told me last year:
Initially, [MySQL's founders] had another dual licence that said it's free on Linux but you pay on Unix and Windows. And at some point they realised to get included in the Linux distros you needed a licence that people could readily accept. People had nothing against the MySQL licence, but it took time for them to read through it and accept it. And [the co-founders] argued that if they would adopt the GPL then there would be no questions asked.
The interesting point here is that it was not legal issues that prompted the adoption of the GPL, but simply a desire to make it easier for MySQL to be included in distributions by simplifying the legal wrapping. MySQL is not alone in making the move to the GNU GPL for this reason.
Alfresco is the leading open source player in the enterprise content management space. It's a relatively recent start-up, dating back to January 2005. And yet, since then, it's been through several licences as it has tried to find the best solution for itself and its customers.
Initially it adopted the LGPL, but as John Powell, Alfresco's co-founder and CEO, explains:
The difficulty we found with that, early on, was that it's almost too permissive as a licence. And for an open source company where we had assembled the engineers and were creating the product before we'd built, if you like, our reputation, our brand, on the Internet, we wanted to make sure that people know that Alfresco had created the product.
And LGPL doesn't allow you to do that. So we moved quite rapidly to a licence called MPL, which is the one used by Firefox, that also allows you to have what's called attribution in the product. So someone building a product would refer to the software created by Alfresco or whatever.
But there was a problem with the MPL too:
After about 18 months, we got to the point where Alfresco was becoming well known. A lot of people were saying, "We want to work with Alfresco, but we don't understand this MPL licence." And open source works when you remove all the barriers to customer acquisition, so you want to make everything as straightforward as possible. The last thing you want is a licensing discussion.
Whether it's good or bad, the most popular licence is the GPL. So we thought, "We'll have the GPL." And that's where we are now.
What's interesting about this is that once again the GNU GPL was adopted not out of any passionate belief that it was the best, but simply because it was perceived to be the norm.
I'd like to suggest that the same will happen with the GNU GPLv3. As we are seeing, some projects have already moved to version 3, while others are holding back. Nonetheless, version 3 is the latest version, and as such in some sense the "official" GPL. So when users are confronted with software that uses earlier versions, they may well wonder why that is – unaware of, and probably indifferent to, the detailed legal arguments. Instead, many will see it in black and white terms: that version 3 is an update to version 2,and therefore preferable.
In other words, it will be marketing rather than legal considerations that will gradually push open source companies to adopt GNU GPL version 3 for their software. And where the companies lead, the independent projects will tend to follow (excluding likely holdouts such as the Linux kernel), because it is the companies who are spearheading the massive uptake of free software in new areas. Again,it will just be easier for projects to go with the flow and adopt version 3 in order to fit in with the prevailing approach adopted by companies.
Ultimately GNU GPL version 3 will supersede version 2 not because it's better – that's a matter of opinion – but because three is bigger than two, which is a fact.
Glyn Moody writes about open source at opendotdotdot.
Practical Task Scheduling Deployment
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.View Now!
|The Firebird Project's Firebird Relational Database||Jul 29, 2016|
|Stunnel Security for Oracle||Jul 28, 2016|
|SUSE LLC's SUSE Manager||Jul 21, 2016|
|My +1 Sword of Productivity||Jul 20, 2016|
|Non-Linux FOSS: Caffeine!||Jul 19, 2016|
|Murat Yener and Onur Dundar's Expert Android Studio (Wrox)||Jul 18, 2016|
- Stunnel Security for Oracle
- The Firebird Project's Firebird Relational Database
- My +1 Sword of Productivity
- Managing Linux Using Puppet
- SUSE LLC's SUSE Manager
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
- Parsing an RSS News Feed with a Bash Script
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