License for Open-Source Software w/ Plugins? 91
ThiagoHP asks: "I have developed MultiMAD, a rapid application development and prototyping for for mobile devices in my master's course, and now I want to share it with the community. It's written in Java and it has a plugin architecture in order to support different mobile device platforms (WAP, J2ME, PalmOS, etc). I want to give the freedom to anybody write their plugins, even closed-source, as long as the tool itself is not modified for them to run. This implies that GPL cannot be used. At the same time, I do not want any closed-source tool based in MultiMAD code, so licenses such as the Apache one cannot be used. Am I right in my assumptions regarding licenses? What license do you suggest?"
Introductions are in order... (Score:1)
Re:Introductions are in order... (Score:1)
LGPL (Score:5, Informative)
Derivative of your code will be in LGPL, but code linked to it (as plugins or using it as a library) have no license requirement.
Check it out [fsf.org]
Tried and tested (Score:1)
It's not a GPL variant. (Score:4, Informative)
IOW: when you GPLv2 some code, you are probably granting the right to dynalink proprietary modules to your work. Linus only stated this explicitly, thus estopping himself from suing anyone (nVidia?) who makes proprietary loadable kernel modules.
Re:It's not a GPL variant. (Score:2, Interesting)
Yep, I agree google for 'Abstraction, Filtration, Comparison' and you should have no doubt that dynamic linking and GPLv2 are ok. This guy is obviously worried that the GPL doesn't allow linking (as many people seem to be) so I advised that he use the GPL with a clause that allows for plugin modules.
The kernel license says...
"NOTE! This copyright does *not* cover user programs that use kernel
Re:It's not a GPL variant. (Score:2)
In this case, the question applies to a userland application, and I would agree that LGPL would be a suitable license as A.K.A Magnet wrote.
As other poster noticed: (Score:2)
read this [slashdot.org].
Re:Tried and tested (Score:2, Interesting)
Re:Tried and tested (Score:1)
Please see Linus's posting on LKML for the truth behind this.
I think you should see abstraction filtration comparison [google.co.uk] along with the fact that the GPL is a copyright license to work out what's a derived work or not and not relly on legal advise from someone who's not a lawyer (Yes and IANAL!!)
Re:LGPL (Score:4, Insightful)
Re:LGPL (Score:2)
Can you really divide it so cleanly?
Are there not interfaces between all of the layers?
Re:LGPL (Score:2)
Re:LGPL (Score:1)
Swinging back on topic, GPL would be a fine license for submitter's app. GPL covers redistribution. If the plugins are distributed separately of the application, then there's no issue. If you need special header files or whatev
Re:LGPL (Score:2)
The LGPL will do this to the same effect. Plugins are dynamically linked libraries (much
Re:LGPL (Score:2)
You cannot modify the text of the GPL document. The GPL license document text is a copyright work, with a copyright notice on it. The GPL license text is Copyright by the FSF.
If you create a license that is a very slight modification to the GPL, then you have created a derrivitive work of the FSF's text, requiring their permission. If you create your own license that is almost identical to the GPL, then you probably infringe on the FSF'
Re:LGPL (Score:2)
You cannot modify the text of the GPL document. The GPL license document text is a copyright work, with a copyright notice on it. The GPL license text is Copyright by the FSF.
Where did you come up with this?
You are allowed to use all of the GPL terms without the preamble, see here [gnu.org].
Re:LGPL (Score:2)
In answer to your question, I was going by the fact that this copyright notice....
appears ahead of both the preamble and the main license text. Thus the entire text is a protectable work with a valid copyright notice. Personally, I would not modify and republish some existing copyrighted text without some clear permission or clear legal advice that I could do so.
Here is one can of worms for instance. The
Re:LGPL (Score:2)
n answer to your question, I was going by the fact that this copyright notice....
True, but any GPL'd work includes a copyright notice from the author as well. Having a copyright does not mean you are not allowed to change and redistribute; and the GNU/FSF is about freedom :)
Can text that is part of court filings be copyrighted?
Having the text listed as an exhibit does not change the fact that the FSF holds the copyright on the GPL. There are various parts of SCO code that were called as exhibits t
That or (Score:4, Insightful)
Re:That or (Score:2)
This is exactly what Linus Torvalds did with the Linux kernel. The kernel is GPLed, and an exception is granted for proprietary kernel modules.
Re:That or (Score:2)
There is no such exception. Linus has already clarified this (more than once).
Re:That or (Score:2)
Doesn't that precicely describe Nvidia's graphics driver? A GPL'd stub that wraps a huge proprietry blob of code?
Re:That or (Score:2)
You are right, the nvidia driver has been debated to death on LKML :-) Here is Linus personal opinion on that matter.
Re:That or (Score:2)
If they've got enough money to burn on barratry, the only opinion that really matters is that of the man paying the lawyers, because it is not difficult to ruin someone using the court system, if you have the veeriest shred of a pretext in law, and an overwhelming warchest.
Re:LGPL (Score:2)
That's exactly what the LGPL is for.
That's a good question. The first sentence leads me to think he doesn't want ANYONE to modify his code, which LGPL would not be good for. The second sentence seems to imply he just doesn't want closed-source modifying his tool, which LGPL would be good
Re:LGPL (Score:2)
What he wants is GPL. With GPL people can even make closed source plugins because they are not derivitive works. Also the GPL makes sure that derivitive projects will stay free and open source.
So the GPL is exactly what he needs.
Re:LGPL (Score:2)
Is the reverse true? Can you have a closed source app with GPL plugins? At what point in "linking" does the viral nature kick in?
Re:LGPL (Score:2)
If however you modify/enhance the win32 api in some way, then you cannot redistribute it at all cause it's closed source which belongs to MS. Though with GPL proje
The GPL is fine. (Score:2)
Thank you for your contribution.
Re:The GPL is fine. (Score:2)
http://www.gnu.org/licenses/gpl-faq.html#GPLAndPl
Re:The GPL is fine. (Score:2)
It depends on how the program invokes its plug-ins. If the program uses fork and exec to invoke plug-ins, then the plug-ins are separate programs, so the license for the main program makes no requirements for them.
If the program dynamically links plug-ins, and they make function calls to each other and share data structures, we believe they form a single program, which must be treated as an extension of both the main program and t
Re:The GPL is fine. (Score:2)
Anyone can modify the GPL to make their own similar-but-slightly-different version. You could make a version of the GPL that forbids Microsoft to use the code in any ways, for example.
Re:The GPL is fine. (Score:2)
http://www.gnu.org/licenses/gpl.txt [gnu.org]
Copyright (C) 1989, 1991 Free Software Foundation, Inc.
51 Franklin St, Fifth Floor,
Boston, MA 02110-1301 USA
Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.
Re:The GPL is fine. (Score:2)
(as a side note, that notice seems rather strange given the point of the GPL... heh... doesn't RMS know that information wants to be free?)
Re:The GPL is fine. (Score:2)
You can, however, add a clause to give the recipient more rights.
Re:The GPL is fine. (Score:2)
You can copyright a legal license, but you can't copyright "anything giving GPL-like freedoms".
The point is, if you don't like what the GPL lets people do, release it under a license more acceptable to you. Add in an addendum and operate under the (probably safe) assumption that the FSF won't come charging you with copyright violation. Rewrite it in y
Re:The GPL is fine. (Score:2)
Re:The GPL is fine. (Score:2)
That just means you can't call it "GPL". You can come up with a very similar license (perhaps even a nearly identical one), but you can't claim it belongs to or was written by the FSF.
Of course, technically (at least I think, IANAL), licenses are just like any other work (subject to the same copyright and derivative work protections), but I doubt RMS or the FSF is going to sue someone who changes the GPL to meet their needs and calls it something else.
B
Re:The GPL is fine. (Score:2)
Nope, it doesn't mean that. That would be the case if it was trademarked. When it's copyrighted, it means that you can't take the license text and redistribute and/or change it without the authors permission.
The copyright of the GPL does not allow you to make changes to it. Period. End of discussion.
Re:The GPL is fine. (Score:2)
If the program dynamically links plug-ins, and they make function calls to each other and share data structures, we believe they form a single program,
Which is GNU-code for "we want to believe this despite what our lawyers may have told us".
Regardless, if the main GPL program (Firefox) and the Plugin (Macromedia Flash) are distributed seperately and combined on the end-user's machine, there is simply just not a copyright violation to be found.
That someone chose the GPL does not limit
Software freedom requires modification rights. (Score:3, Insightful)
The poster wants to deny users the freedom to modify the MultiMAD program ("[...] as long as the tool itself is not modified for them to run"). Thus, MultiMAD is to be licensed under a non-free license.
The GNU GPL is a free software license; it allows users to modify the licensed program and to distribute those modified versions.
Re:Software freedom requires modification rights. (Score:2)
It seemed to me that the program was not to be modified in order to make any plugin run, if that is so, that would constitute a non-free program:
Perhaps the poster should be more clear about what is to be allowed.
Re:Software freedom requires modification rights. (Score:1)
I prefer not to have any MultiMAD fork. Instead, I would be very happy to hear what features people want and implement them myself.
Re:Software freedom requires modification rights. (Score:2)
You want a shared source license, like what MS uses for lots of stuff.
Note that that's not necessarily a bad thing, although if someone finds MultiMAD useful in the future, but it needs x feature that can't be added by a plugin, and you've stopped supporting it, they can't fork it when it's necessary.
Re:Software freedom requires modification rights. (Score:1)
Re:Software freedom requires modification rights. (Score:2)
Just a few minutes before making the parent post, you said I was right and that you hadn't made yourself clear [slashdot.org]. Now you're saying I'm taking your words out of context. That is confusing because you're addressing the same issue--granting users the freedom to modify MultiMAD for plugins.
Users can't
Re:Software freedom requires modification rights. (Score:1)
You're still wrong: we are not addressing the same issue and I do not want to grant users the freedom do modify MultiMAD for plugins. I want to grant them the right to make plugins, under any license they want, but without modifying my code for it. ;)
Supposing that MultiMAD becomes a success, I can't see how forks would be good for users, as they would be incompatible among them and th
Re:The GPL is fine. (Score:2)
Anyone CAN make commercial applications out of a GPL program. (MySQL) They just have to comply with the GPL. The GPL does not restrict the act of selling the application for any amount of money. It just requires that the source code must be included, and that you may NOT charge anything beyond the cost of copying, for the source code.
I bought a TiVo with a Linux kernel in it. I paid actual money for t
I'm no expert, but (Score:2)
Yes you can... (Score:5, Informative)
This software is licensed under the General Public License (GPL), version 2 (see below for the full text of this license). As a special exemption, software plugins using the documented plugin API for this software, will be allowed to be distributed and/or run-time linked with this software regardless of their license.
[Explain the plugin API, or where to find the "documented" parts of it]
[Full text of GPL]
Re:Yes you can... (Score:2)
Re:Yes you can... (Score:2)
Re:Yes you can... (Score:2)
Re:Yes you can... (Score:2)
You are right. Since the program itself is GPL, they can create a fork, and modify it all they want. Hmmm... this is tricky to get right. Even if you explicitly list the allowed functions in the license, there is nothing preventing them from changing one of them (that they don't need), to do something else.
I think the only solution to this problem is to only use th
Just don't sue people who write closed plugins (Score:3, Insightful)
#1) place the GPL in a file called "GPL".
#2) Place the following text in a file called "COPYING":
This program is copyright XYZ and can be distributed under the terms of the GPL (see the file "GPL") plus the following exception: any plugins written for this application are expressly exempt from any obligations required by the GPL. You must include this entire paragraph in any copies you make of this application.
Jeezuz people, it's YOUR application, you can license it any way you want! You can make it GPL on Tuesdays and MIT on Saturdays. This isn't rocket science, RMS doesn't control your app, you don't assign copyright to the FSF, a little bearded man doesn't pop out of your screen if you choose not to sue people who make closed-source plugins. The GPL doesn't enforce your copyright, YOU DO!
Re:Just don't sue people who write closed plugins (Score:2)
You could, but someone can relicense it as GPL on Saturdays and MIT on Tuesdays, since GPL and MIT by themselves don't have restrictions.
You can always grant extra rights. You can't easily add extra conditions, though, unless you say that "This app is almost licensed under the GPL, except that you may not do foo, and when you redistribute the program, you must redistribute it under the terms of the GPL with this fooless clause." And even so, I'm not sure
Nope, that's wrong -- it can't be relicensed (Score:2)
Not so. What license would grant them the right to do that? Certainly not the GPL, since once something is GPL, it's always GPL -- that's its strongest point, its ultimate protection. Not even the author can change the license of the version he has released under GPL. (He can license future versions differently of course, but note that he alone has this freedom as copy
Re:Nope, that's wrong -- it can't be relicensed (Score:2)
That's exactly what I'm saying. You can't hold it as GPL for only one day - it's GPL forever. And same with MIT. You can't add the restriction that it's GPL only on Tuesdays, and MIT only on Saturdays, because neither license allows that.
Let's straighten this out (Score:2)
You DO still have copyright over your software, unless you assign it to the public domain. You *can* change the license you distribute it under every day. You *can* add restrictions.
But let's say you license it under GPL on Monday. I download it. On Tuesday, you change the license for the same exact code to MIT. YES, you can do this, but I still have the rights the GPL gave me to redistribute for my Monday version, so I'm free to distribute that myself under t
Re:Let's straighten this out (Score:2)
You're right about the Monday/Tuesday thing. My phrasing is that it would be pointless to do so, because you can't restrict people from reGPLling it on days other than Monday - unless you only license under a modified GPL.
Re:Let's straighten this out (Score:2)
BUT it's important to understand that as the copyright holder, you *can* add restrictions to the GPL, and you can change the license (and presumably the new license applies to all updates to the code), and you can offer multiple licenses.
Many people think that once you release your code as GPL, the people who download it have the same right
Re:Just don't sue people who write closed plugins (Score:1)
There might be some rare cases where the latter does not apply.
Re:Just don't sue people who write closed plugins (Score:2)
Hi, my name is Darn McBribe. I really like your GPL'ed program FOO. I'm going to modify one line of the source code of FOO, thus creating a derrived work. Now I'll release my work and wait for people to use my "improved" version.
(Actually, I might make some minor, or even worthy improvements -- in order for this scam to work.)
My improved version of FOO is also under the GPL, since your origina
GPL + barrier (Score:3, Insightful)
GPL is the right license (Score:3, Informative)
Read the GPL FAQ on www.gnu.org to undertand this better. The GIMP itself uses |GP in this way, since there are non-free plug-ins for it.
A truly shocking suggestion (Score:3, Interesting)
Before the GPL zealots come screaming out of the woodwork on this one, there's something they (and you) should know. The BSD license actually includes a copyright notice. Have a look at it and see. For FreeBSD as an example, the copyright is held by the CSRG.
That means that in using it as a license, you don't actually surrender your copyright. (Unlike certain FUD which is spread by individuals who remain nameless states) You don't get a patent, no...but you *do* get copyright, in the originally intended sense of the word. This to me is a demonstration of why the GPL *is* both unnecessary and repressive, despite claims to the contrary.
What you get the copyright to is your own work; what you're giving other people is the right to make *derivative* works. They get copyright on derivative works, yes...but they don't get the copyright on your work itself. So if you wanted to, you could use a non-viral license (the BSD license is only one option...www.opensource.org lists many) without having to assume that you're automatically putting your work in the public domain.
My single biggest objection to Richard Stallman is that I believe that *his* philosophy is the only acceptable one. To me the use of the phrase "GPL compatible" in particular sounds a lot like the campaign Microsoft had a number of years back where they were certifying things as "Windows compatible" or "made for Windows 95."
Stallman claims to be about freedom...but look closer. What he's really about is forming a cultural/social movement with himself at the head. That isn't anywhere near as much about freedom as it is about agreeing with whatever he decrees.
Re:A truly shocking suggestion (Score:2)
swap "I believe" with "I believe he thinks"
Try reading the question properly... (Score:2)
...specifically
I do not want any closed-source tool based in MultiMAD code, so licenses such as the Apache one cannot be used
That precludes the BSD license as having any use for his problem. If he used the BSD license anyone could take his code, package it up, rename it and release it. As long as they then attributed that portions of the code are copyright by the original author (and include the list of disclaimers) they would be A.OK. and my programmer here would have no recourse.
What I would sugges
Re:Try reading the question properly... (Score:2)
They'd be doing that with what in essence would be a *fork*, though...or a derived work. This is what people don't understand. He'd still have his orig
Hang on now. (Score:2)
They'd be doing that with what in essence would be a *fork*, though...or a derived work.
Okay, so let's say he spends a year working on his application, than releases it under the BSD license. Acme company takes the source, changes the logo, packages it up, and sells it under a commercial license (binary only) for $20. They can do thi
Re:Hang on now. (Score:2)
The point petrus4 is getting at is that there seems to be this erroneous perception that if a company forks BSD'ed code, and closes the source, the BSD'ed branch of the fork disappears. (It doesn't.) The original author
Re:A truly shocking suggestion (Score:2)
Expect such somments here on
Re:A truly shocking suggestion (Score:2)
Stallman is not stupid. I think he understands different philosophies. I think he just does not agree with them.
I prefer the apache license and think it or the BSD license are the true "free" software licenses.
Stallman and other GPL proponents define "free" differently than you do.
Myself, I use whatever license reflects my intentions for a particular purpose.
Re:A truly shocking suggestion (Score:2)
Apache or BSD say "Take it and do what you want". Now that sounds like free to me.
Blah, blah, blah (Score:2)
Not to say I disagree that there should be a BSD license, but when *I* want to share something I want to share it plain and simple. Not have some jack-ass change the graphics around a bit do some re-tooling and market it themselves.
Anyhow, Mozilla seems to be a big OSS
I'm very interested to see what ppl say!! (Score:2)
I think the Pilsbury dough boy was caught up in this a few years ago and I have not heard what came of Pilsbury's attempts to stop the "XXX" version(s).
Then there is the issue of adoption. Why would a developer choose to lock himself (herself) into any closed source product if there is a better
Re:I'm very interested to see what ppl say!! (Score:1)
There have been dozens of times where I thought "surely someone must have done this before" and then wasted quite a bit of time hunting it down. In some cases I simply couldn't find it (search engines yield irrelevant hits most of the time) and in the cases where I did I still had to spend a great deal of time looking through unfamiliar code with a fine co
Re:I'm very interested to see what ppl say!! (Score:2)
I think this phrase says so much! Every programmer who undertook to re-invent the wheel has felt he could do a better job and of course he trusted his work.
Then they quit and leave the problem for a maintenance programmer to deal with.
Your points are quite valid mind you. But one day you will realise you have become your own
consider the MPL or the LGPL... (Score:2)
Very roughly speaking (read the actual licences to clarify the real conditions...):
The GPL's idea is: whatever is linked or derived from the original program must also be GPL-free.
The LGPL: whatever is derived from the original code must be LGPL-free. No restriction on what code you can link or interface to.
The MPL: the original code and modifications to its files must be MPL-free. No restrictions on code in new files.
Common Public License (CPL) is Perfect for this (Score:2, Insightful)
I work on a Network Management application where the core is open source and the plugins can be any variation of license. We went through this same process and found GPL and LGPL to be more viral than beneficial for this same reason. We don't care, as you don't, that propriatary plugins (heck even extensions) are created and/or sold with our product, and they can have any license they want. However, we retain rights to our code, and any direct source code modifications to our files must be under our lice
Huh? (Score:2)
The GPL does not regulate runtime linkage. RMS, the author of the GPL says so. While there may be a dispute over the boundaries of the GPL with regards to dynamic linkage, everyone agrees that runtime linkage is fine.
A plugin is loaded at runtime. No problem.
Re:Huh? (Score:2)
Are you referring to Puffy (OpenBSD) or the fish that Tux (uh, Linux) has overeaten?
Re:Huh? (Score:1)
Have we gone through this before (Score:1)