Commercial Apps Can Link With GPL'd Libraries? 19
tommyd writes: "In the discussion following this editorial at Freshmeat, Matthias Ettrich of KDE fame claims that it's OK for a commercial application to use GPL'd libraries. I've never heard such a claim before. It would certainly make this plea from RMS redundant (not to mention the LGPL), but could spell bad things for GPL'd software generally. What's the Slashdot community's opinion?"
It's OK (Score:1)
GPL governs distribution of GPLed code. If you don't distribute any, you are not affected by GPL.
--
Re:"Machine readable Source Code" (Score:1)
--
Re:"Machine readable Source Code" (Score:1)
--
GNU Library General Public License (Score:1)
See: http://www.gnu.org/copyleft/lgpl.html [gnu.org]
Re:"Machine readable Source Code" (Score:2)
GPL's Weak Link (Score:3)
I think that this paritcular claim is not tenable in the case of dynamic linking.
The GPL relies on copyright law to get it's punch. It subverts copyright by granting a different bundle of rights to the user of the code than do conventional copyright implementations. Consequently, wherever copyright does not reserve a right to the author, the GPL can not restrict that right.
An API qualifies (IMHO, IANAL) as a "method of operation" as defined in the Copyright code. Methods of operation are uncopyrightable. I can't design a new stick shift pattern and restrict others from being able to use it with copyright law. Libraries provide a method of operation through a defined interface and expose that interface. The particular expression of how that API is implemented is not of interest to the code that calls the library.
If it were otherwise, then Microsoft (or any other OS verndor, for that matter) could restrict anyone who calls their DLLs and claim a royalties on code that they didn't write but runs on their OS under a "derivative work" claim.
This would be a bigger blow to Free Software then anything I could imagine short of the GPL being found to be unenforcable in a court of law.
GNU could be shooting itself in the foot (Score:1)
I like Richard Stallman, in small quantities. He had great ideas. This is not one of them.
Richard makes it clear that when he says "proprietary software developers" he is thinking about the Microsofts, the Computer Associates, the Symantics of the world. He forgets there is another class of proprietary software developer, the in-house developer. This is the guy working for a company (most traditionally a brick-and-morter, although some dot-coms fit this bill) in which some other service is their bread-and-butter. The company wishes to use computer technology internally to gain a competitive edge over their competition.
Now, the GNU License discourages the in-house programmer to make changes to GPL code, or to link to GPL libraries, because according to the license that programmer has to publish the changes. So the programmer does all the work, and then gives the fruit of the work to the competition. Nope -- he will be forced into a commercial solution.
No one cries when "the victim" is an insurance company, but how about the coffee roaster who is trying to use computers to control coffee roasting to order?
If you put too many barriers on the use of free [speech] software, it will force people to consider alternatives...and in the worst case some very nifty stuff won't happen.
Then where will Richard Stallman get his next quarter-million-dollar grant?
Re:"Machine readable Source Code" (Score:1)
IANAL: I Am Not A Lawyer
TINALA: This Is Not A Legal Advisory
But what the heck is IYNOTTALLIYJ? ... ?
If You're Not On The Take
Louis Wu
"Where do you want to go ...
Re:GNU could be shooting itself in the foot (Score:1)
That still leaves the problem of what 'distribution' is, especially within companies. If Bob writes a mode for Emacs to ease coding of scalable vector graphics [slashdot.org] at his company, and it becomes really popular in the company, is it being distributed? Many people are using it, but in their capacity as employees of XML Graphics, Inc. Legally, a company is considered a single entity, a fictional person. So it could be that only one person uses the new code, that person being XML Graphics, Inc. But many humans are using the code: Bob, Sarah, John, etc. The definition of 'distribution' is not very clear here.
So the in-house developer has to worry about the definition of 'distribute'. I think that in-house code need'nt be released under the GPL, but I Am Not RMS (IANRMS), etc.
Louis Wu
"Where do you want to go ...
Derivative works, not linking (Score:1)
The thing about linking with GPL'd libraries rests on RMS' interpretation of what constitutes a derivative work. He thinks that a program that uses a library is a derivative work of that library. He has received legal advice that this is the case, but it's far from clear and certainly untested, and may vary from country to country. I respect his wishes, because I'm a nice person like that, but someone with fewer manners and more lawyers may be able to challenge this successfully.
One other point which is occasionally raised is that when including a library, the header file which is included forms part of the code which includes it. I think that's a red herring, because C and C++ stand alone as languages which use this mechanism, and the strength of the GPL should not depend on the programming language used.
Re:"Machine readable Source Code" (Score:1)
--
License implications for libc (Score:1)
Since I work for a commercial developer, it's unlikely that management will be willing to distribute source code for the application. After all, we'd be giving away some very valuable secrets to our competitors, to say the least. And we can't ignore the Linux market any more. (I'll make the disclaimer here that I'm a developer, not a manager. I don't know if we've already covered these issues as a company.)
I'm hoping someone will have some thoughts or insights into this matter, so we don't end up violating the GPL and getting into legal hot water.
Re:License implications for libc (Score:2)
Re:Derivative works, not linking (Score:1)
Dear obviously you don't get the point about the GPL. Its intention was not only to protect free software, but also to encourage other companies and programers to make more free software. It shouldn't be challenged in the court, and that was not intention. Therefore that "someone" with fewer manners and more layers, would be nothing else but totally out of exchange.
That "someone" would now use and link to software which he didn't even make, and later clame that he doesn't want to respect wishes of authors of that free software. That is criminal, as "someone" would be out of exchange. He would be taking something without giving, what is expected, back.
Marko
Re:GNU could be shooting itself in the foot (Score:1)
I don't understand why should any programer or company which doesn't want to respect GPL, use any GPLed program? There are enough commercial C-libraries, enough commercial GUI libraries and enough resources which can be bougth for money and used without restriction in own programs.
GPL is companies and programers who want to share with others, and want to make software free. If the intention isn't like that, there is really no need for them to use it.
Marko
Re:License implications for libc (Score:1)
If C library was released and LGPL, and when Red Hat company makes changes to it, they can put it simply under GPL and only under GPL.
Here is the quote from the LGPL:
So, my dear friend, if you are using Red Hat's modified C library (or not modified), consider it as GPL if they say so.
GNU site is about that not silent - they have put the explanation simply in ever LGPL and consider that people should be reading by themselves, as so many copies are distributed. Consider that putting libraries under LPGPL is from FSF discouraged.
Marko
Re:GPL's Weak Link? (Score:3)
The conventional interpretation of the GPL considers all code linked to it, either statically or dynamically, to be a derivative work and consequently that code must be GPLed. The LGPL (Lesser GPL, not Library GPL since it ain't just for libraries anymore) is intended to address code that gets linked without this restriction.
RMS was originally very adamant about linking resulting in 'derivative works', however this theory has changed in recent times. This was a very volatile question in the early days of Linux, and Torvalds took the opinion that linking did not result in a derivative work (he was talking specifically about the kernel at the time), and this prompted RMS to draft the LGPL (as I understand history).
Generally, it is accepted today that linking does not mean that your program must be GPLed, but you should not (cannot?) distribute the libraries with your app on CD or other media.
IANAL, and this wouldn't be a problem if you used a BSD-type license ;)
Re:GPL's Weak Link? (Score:1)
I don't think that RMS has changed his position at all. I expect that he would defend FSF copyrights and his interpretation of the GPL with great vigor.
But the FSF does not hold the copyright to Linux and RMS's opinions don't carry as much weight there. Linus sets the policy for the Linux kernel. Linus did not adopt RMS's LGPL for the Linux kernel.
Generally, it is accepted today that linking does not mean that your program must be GPLed, but you should not (cannot?) distribute the libraries with your app on CD or other media.
I would also disagree with this statement. There was a discussion on in just the last week about whether Galleon (the Gnome utility that embeds the Mozilla rendering component) can be GPLed since it links with non-GPLed code. The issue is still current. [nettechnocrat.net]
Re:Derivative works, not linking (Score:1)
I get the point totally. That wasn't my point. My point is that the GPL has some controversial bits (e.g. RMS' preferred definition of a "derivative work" or "work based on the program") which have not been tested in court. A judge, given argument by lawyers acting for those with less respect for the wishes of the author than you and me, might decide that those terms mean something different than what RMS thinks.
It would not be "criminal", as copyright is a civil matter. I dop agree it would be morally reprehensible to effectively steal from the community in this way. Whether or not it's legal is another question, and it's a question that won't be closed until it's tested.