Advertisement Advanced thin client solution for Linux, based on Open Source. Mix Windows and Linux applications on the same desktop. V
|
Examining an attack on the GPLExamining an attack on the GPLPosted Nov 24, 2003 23:45 UTC (Mon) by titousensei (guest, #4144)In reply to: Examining an attack on the GPL by jre Parent article: Examining an attack on the GPL There're a few things that are generally interpreted the wrong way regarding GPLed code inclusion. 1) It's actually *not* different from the inclusion of code licensed differently. Say one of my coders managed to get the source code of the product from another company and includes it in our product. The rest of your scenario is the same. If the other company finds out, we're all in big trouble, and that's called copyright infringement too, like for the GPL. Generally the case is settled by paying a lot of money to whomever owns the rights. The fact that GPLed code is easier to come by than, most of the time just by downloading it, doesn't change the fact that somebody *owns* the rights for this code. Again, if you already distributed the product to a bunch of people and the copyright owner doesn't want to settle the case, you're in trouble. 2) as somebody else pointed out, releasing an application with any license when GPLed code is included doesn't mean the application becomes GPLed, nor that the GPLed code changes license. It only means the license for the whole product is invalid and it cannot be distributed until the issue is fixed: either by removing the GPLed code, or by re-licensing the product to GPL-compatible license, or by having the copyright-owners of the GPLed relicense their code to something else (I'm sure a lot of money can convince them to do so in this case too, but sometimes you'll need to talk to many different persons). But the application you released under an invalid license by itself: you have to explicitly release it under the GPL for it to become GPLed entirely. (NB: one thing you cannot do is explicitly release under the GPL, then change your mind) 3) Just because you GLP your code doesn't mean you must let anybody download it. It means that the people *buying* the application must be given the source code too for free, and only them. Example: Sony did a release of the gcc for their PS2 development kit (with PS2 chips specific stuff in it) that's only distributed to official developers. Those developers have the source code, but they won't distribute it (I'm pretty sure that by contract they will loose their right to produce PS2 games if they distribute it). That's allowed. So, the GPL is just another license that protects the copyrights like other licenses, with one additionnal way to do the right thing, that is GPL your own code. But it's not mandatory. So, to summarize, the GPL "looks" problematic because: Actually it's not more problematic than other proprietary licenses. In GPL, money is not the only way to settle things, and that's probably why people are freaking out. Best, PS: if people get your GPLed code, they can release your own product and compete against you, right?. But you can do that too, right? Because they must do their release under GPL too! Right!
(Log in to post comments)
Examining an attack on the GPL Posted Nov 25, 2003 0:05 UTC (Tue) by jamienk (subscriber, #1144) [Link] ===Sony did a release of the gcc for their PS2 development kit (with PS2 chips specific stuff in it) that's only distributed to official developers. Those developers have the source code, but they won't distribute it (I'm pretty sure that by contract they will loose their right to produce PS2 games if they distribute it). That's allowed.===I'm pretty sure that what you've just described is not allowed...? Once you have GPL'd code, you can copy and redistribute it under the GPL, and no additional requirments may be placed on you for it to be GPL. That means that I could redistribute Sony's code.
Examining an attack on the GPL Posted Nov 25, 2003 2:15 UTC (Tue) by Ross (subscriber, #4065) [Link] I think you are correct. Any additional restrictions, even if theyaren't in the text of the license, are not allowed. Ask the FSF if you want to know for sure. They have a GPL compliance address which I used recently: license-violation at gnu dot org.
Grey Areas Posted Nov 25, 2003 3:57 UTC (Tue) by emk (subscriber, #1128) [Link] There's a few grey areas here; consult the original author and the FSF for details on what Sony could or couldn't do in a case like this.Stallman himself--if I recall correctly--used to give people private GCC betas with the understanding that anybody who released an private beta probably wasn't going to be on the list next time around. Although the core of the GPL is rooted deep in traditional copyright law, the edges are sometimes a little fuzzy. When in doubt, talk to the original maintainer and your lawyers. Saying "please" is good policy.
Examining an attack on the GPL Posted Nov 25, 2003 7:55 UTC (Tue) by iabervon (subscriber, #722) [Link] At a guess, PS2 developers are probably dealing with multiple thingshere. The GPL gives them the right to distribute the gcc extension. But the GPL has nothing to say about trademarks, and PS2 developers, by and large, are hoping to continue to be licensed to release "games for the PS2(tm)", and so they have to keep Sony happy. The thing in this case is that you're not just a user of the software, but you're also getting other rights from Sony which are important not for your use of the software, but for your end goal.
|
Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds
Powered by Rackspace Managed Hosting.