When GPL Becomes Almost-GPL — the CSS, Images and JavaScript Loophole 224
New submitter sobolwolf writes "It has been apparent for some time that many developers (mainly theme designers) are split-licensing PHP-based GPL distributions, releasing proprietary files alongside GPL files with the excuse that CSS, JavaScript and Images are 'immunized' from the GPL because they run in the browser and not on the server. This is almost always done to limit the distribution of the entire release, not just the proprietary items (most extensions will not function in any meaningful way without the accompanying CSS, Images and JavaScript). Some of the more popular PHP-based GPL projects, like WordPress, have gone as far as to apply sanctions to developers distributing split-licensed themes/plugins. Others, such as Joomla, have openly embraced the split-licensed model, even changing their extension directory submission rules to cater specifically to split-licensed distributions. In light of all this, I would like to ask the following question: While it seems to be legal to offer split-licensed GPL distributions, is it in the spirit of the GPL for a project such as Joomla (whose governing body has the motto 'Open Source Matters') to openly embrace such a practice when they can easily require that all CSS, Images and JavaScript be GPL (or GPL-compatible) for extensions that are listed on the Joomla Extensions Directory?"
Re:First world problems (Score:5, Informative)
While GPLv3 may not have been the most elegantly exectuable change, it was driven by 3 needs. A new technological means of circumventing end-user control, an increasing threat of patent lawsuits under a new legal means, and better compatibility with existing licenses. The changes you decry are the result of treating a license somewhat like software, making what will hopefully be mostly improvements and patch flaws, but this inevitably results in some regressions. Honestly, 3 releases in over 25 years isn't bad at all.
HTML is a container (Score:5, Informative)
I have asked FSF about this specific issue.
They basically consider HTML as a container, like a ZIP archive. So, the "bundling" that occurs when HTML is combined and rendered to the browser is not considered a derivative work in the eyes of FSF, just like if you bundle GPL files with non-GPL files in a ZIP file, the contents of the ZIP do not all fall under the GPL.
This means that when things are combined in to an HTML file, even if parts of the HTML file are GPL, the entire resulting document, is not GPL.
I find this view inconsistent, and disagree with it, but it's their license, so who am I to judge. Mind, if my view were followed, then things would be quite different on the web. So, their view is probably the "correct", and most certainly "pragmatic" view. I just think it's inconsistent.
Now, how that applies to externally loaded files (like JS and CSS) is not clear to me, but I assume the same rules apply. In a normal program, were you to link them together, the entire finished product would be GPL. But not under the auspices of the browser environment, apparently.
I think if the "HTML is a container" view is the correct stance, then the included files would also be immune to the GPL for the same reasons.
Re:This is what happens (Score:4, Informative)
I remember 10 years ago I actually saw a retail boxed package of Red Hat Linux in a store in a small northern Wisconsin town, I thought it was funny.
The software in the box was of course "free". The box itself, the manual, the support, and the media inside the box cost $39.95.
Re:First world problems (Score:2, Informative)
Is your law degree from the University of Uranus?
http://en.wikipedia.org/wiki/Good_faith_(law)
Re:GPL "Infection" (Score:2, Informative)
From GPLv2
Thus, it is not the intent of this section to claim rights or contest your rights to work written entirely by you; rather, the intent is to exercise the right to control the distribution of derivative or collective works based on the Program.
In addition, mere aggregation of another work not based on the Program with the Program (or with a work based on the Program) on a volume of a storage or distribution medium does not bring the other work under the scope of this License.
It's only with GPLv3 that RMS jumped the shark and tried to take everyone else's stuff. Prior to that, the intention was clearly spelled out in the GPL.
Re:This is what happens (Score:3, Informative)
Companies have formed around developing and supporting free software. You just change the business model away from selling per-unit packages into selling services and support. There are even people who contract to create software who will then retain rights to software, minus the customer's tweaks, and release that as free software elsewhere.
There's a lot more to software than the original creation of it. The vast majority of all programmers don't write everything from scratch, instead they are modifying pre-existing software. They are adding new features, fixing bugs, integrating with other programs, customizing, etc. If so many companies are willing to pay people to modify existing software then there is indeed a large market to to pay people to modify existing free software as well.
Re:First world problems (Score:5, Informative)
Actually, you could do that with GPL code as well. Just use trademark law. Firefox does the same thing, which is why Debian ships iceweasel. Now, it might be a bit more complex if you are building your project off of someone else's GPL code, but in that case, you are likely the one who is "it into something it was not supposed to be."
Actually, you don't need to share your contributions in you don't distribute your code.
Patents break everything everywhere. Where GPL patent clauses get messy is when you are shipping a product where you license a patent from someone else.
As for binary blobs, that's usually not tied to patents. Otherwise, distros from countries without software patents would ship with Nvidia drivers. Binary blobs are the results of non-free code. I believe a large portion of it is that the code is already under a restrictive copyright license for reasons like sharing a decent chunk of code with a proprietary windows driver, which they may not retain all the rights to. There's also fear that competitors will reverse engineer their products via this source code or similar such nonsense.
Re:This is what happens (Score:4, Informative)
Redhat doesn't sell software.
They sell subscription to software, which in practice is selling software. You go to them, you pay money, you get software.
That's the case of ALL software now. (Score:2, Informative)
How often is it said "You haven't bought the software, you've bought a license"?
So Microsoft Windows, you buy the license which is ONLY the limited right to install. No manual, no service contract (if OEM).
So does this mean that you can't sell closed source software?
Must do.
So then why single out OSS software for this "problem"? It exists for all software that is under copyright.