Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
GNU is Not Unix Open Source

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?"
This discussion has been archived. No new comments can be posted.

When GPL Becomes Almost-GPL — the CSS, Images and JavaScript Loophole

Comments Filter:
  • by king neckbeard ( 1801738 ) on Wednesday June 26, 2013 @07:04PM (#44118017)
    Actually, there usually is a spirit of legal document, and it can differ from the letter. For example, the CTEA might be argued to fit the letter of the Copyright Clause, since continual extensions are technical limited times, but it certainly doesn't fit the spirit of the constitutional there, as it can't feasibly promote literary progress to reward authors retroactively. Two Justices were aware of this fact, but the majority was not, unfortunately.

    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)

    by Anonymous Coward on Wednesday June 26, 2013 @07:10PM (#44118067)

    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.

  • by LordThyGod ( 1465887 ) on Wednesday June 26, 2013 @07:57PM (#44118347)

    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.

  • by Anonymous Coward on Wednesday June 26, 2013 @08:12PM (#44118413)

    Is your law degree from the University of Uranus?

    http://en.wikipedia.org/wiki/Good_faith_(law)

  • Re:GPL "Infection" (Score:2, Informative)

    by LordLucless ( 582312 ) on Wednesday June 26, 2013 @09:09PM (#44118753)

    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.

  • by Darinbob ( 1142669 ) on Wednesday June 26, 2013 @09:24PM (#44118841)

    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.

  • by king neckbeard ( 1801738 ) on Wednesday June 26, 2013 @10:01PM (#44119011)

    On the other side you have the BSD licence where redistributing the source is not a requirement, and you can pretty much keep it as it was designed to by telling people who fork it to change the name of the product.

    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."

    What I'm getting at is that the spirit of the GPL is to keep software "open", not so much free. When software is open you can download it, compile it and add whatever tweak you need to it to make it work in your environment. You can do that with BSD and you can do that with GPL, but the latter would like you to contribute your changes back.

    Actually, you don't need to share your contributions in you don't distribute your code.

    As soon as Patents come into play the GPL is now unworkable, since those tweaks may violate patent licences. So this is why the "binary blobs" exist in Linux via shims to skirt the GPL licence.

    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.

  • by kthreadd ( 1558445 ) on Thursday June 27, 2013 @03:21AM (#44120025)

    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.

  • by Anonymous Coward on Thursday June 27, 2013 @03:55AM (#44120137)

    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.

"Everyone's head is a cheap movie show." -- Jeff G. Bone

Working...