Hm. Besides strongly doubting that adding ANOTHER pile of legalese to the stack will make that situation any better,
It will not make the situation any better - but it would make the situation bearable.
I don't understand how the Orbiter Public License will be different to the GPL. Will it allow others to modify, compile and re-distribute the code? Will it forbid closed-source software (other than Orbiter) to make use of it?
Double licensing is basically releasing TWO versions of the same codetree, one obliged to one license terms, other to another license terms - and the receiver chooses what license suits him best.
Take by example QT. It is released under the GPL, but also under
some other licenses that imposes some restrictions but waives others. If you need a commercial license to a close source application, you need to pay for a closed source version of the QT. Don't wanna pay, or intents to use it on a GPL software? No problem, you take the GPL version of QT - and obeys to GPL terms.
What I propose here is that every add on be released under an Orbiter Public License that guarantees that:
1) Every Orbiter end user will be able to use the addon on any compatible version of Orbiter, in combination with any other OPL licensed add on.
2) Every Orbiter developer will be able to reuse the addon (or components of it) in any add on for Orbiter if some conditions are fulfilled (such crediting the original creator).
3) If the source code of the add on is released:
3.1) Any Orbiter developer can recompile it to be used in any Orbiter version if some conditions are fulfilled (as not pretending to be the original author of the add on).
3.2) Any Orbiter developer can adapt and reuse the code in his/her own add ons, if some conditions are fulfilled (what ones?)
4) Meshes, sounds, textures can be reused in new Orbiter addons, if some conditions are fulfilled (what ones? this can be optional?)
5) No artifact should be included in a add on that could impose further restrictions or violate third party licenses. Common Creations appears to be a good way to such licensing, but it' just my suggestion.
The community should agree on a minimum set of rules that give us the guarantees we need in order to keep Orbiter advancing without losing content by add ons obsolescence. But we should, too, prevent that some developers flee by trying to force them to release the source code (and other artifacts) if they don't want to. At least the interfacing should be OPL protected, so one can in theory replicate the module himself.
(this is already happening with generic vessel, but I think this should be explicitly stated in the license).
Such a license should be mandatory to Hangar publishing. But such a license will not be GPL compatible - so others, non Orbit related, GPL projects will not be able to take benefit from these addons!
But, at the developers solely discretion, the addon could be double licensed into GPL (or anything else!), and so the GPL projects could use the GPL code under GPL conditions (the OPL will not apply, and the derivatives would be GPL only).
To bring alien code to OPL would be a problem - GPL forbids that, unless you get explicit permission from the code's copyright holders. But this already happens anyway.
Other Open Source licenses (as BSD) will impose no problems (and this already happens too).
This would meet both your demands: being usable by GPL projects "out there", but not by any other commercial or close source project - unless they pay the copyright holders to be issued an third, commercial and proprietary, license to use the code (what's perfectly possible - it's what QT does).
---------- Post added at 01:03 PM ---------- Previous post was at 12:53 PM ----------
And what does it mean regarding using software components that are GPL'ed?
They should be double licensed into that OPL/OEUL/??? license. This would prevent all that exception hassle - as it will be needed just once.
It would be interesting to see a proposal for this OEUL you mentioned.
OPL sounds better to my ears - when I proposed OEUL I was thinking mainly about the End Users. Perhaps we can see developers as a special case of End Users?
Orbiter Public License, on the other hand, could be not the best option, as Orbiter itself is not Open Source, and such a name can lead to misinterpretations (because of Moziila Public License).
Anyway, I diverged. The name of the license is absolutely the less important issue to be discussed!
