Ken Vermette
2015-07-06 20:52:12 UTC
Hello! I have a question on licensing for a project I'm currently working
on;
The project is a web-browser with strong KDE integration, and an
extension-oriented design encouraging third-party extension development.
I've been told that I should follow the KDE licensing policies now, in case
later this would be put for consideration as an official KDE project.
The browser is almost entirely based on extensions, and I'd like to
encourage a rich and robust extension ecosystem. My question comes with
ensuring that 3rd party developers who might make extensions for the
browser are not restricted in the licensing they choose.
The most permissive licences allowed in the KDE licensing policy are MIT,
BSD, and LGPL; I'm uninterested in MIT and BSD, which leaves LGPL. My issue
comes in an LGPL/GNU statement which considers a plugin which extends a
class provided by a GPL/LGPL application as a derivative work; this
technical detail concerns me because it muddies the waters of how an
implementation can be done, and I'd like developing extensions for this
browser to be absolutely safe. This isn't helped by the fact that ECMA now
has an "extends" keyword. The Mozilla Public Licence is similar to the
LGPL, only it allows for unrestricted linking.
There are also projects which have what's called a "linking exception"
where the project allows its GPL/LGPL code to be linked, specifically
without imposing any licence restrictions. If this were an option, I would
be interested in GPL.
So, I guess I'd like to ask what might be reccomended to both comply with
the KDE licensing policy, while also ensuring any potential extension
developers are unencumbered in their choice of licence;
1. Could I use the MPL and still potentially have this project become
official?
2. Could I use the GPL or LGPL with a link exception?
3. Could I dual-licence the project somehow? MPL/GPL?
4. Something I haven't considered?
Thank you. If there are any questions I'll be happy to answer.
- Ken Vermette
on;
The project is a web-browser with strong KDE integration, and an
extension-oriented design encouraging third-party extension development.
I've been told that I should follow the KDE licensing policies now, in case
later this would be put for consideration as an official KDE project.
The browser is almost entirely based on extensions, and I'd like to
encourage a rich and robust extension ecosystem. My question comes with
ensuring that 3rd party developers who might make extensions for the
browser are not restricted in the licensing they choose.
The most permissive licences allowed in the KDE licensing policy are MIT,
BSD, and LGPL; I'm uninterested in MIT and BSD, which leaves LGPL. My issue
comes in an LGPL/GNU statement which considers a plugin which extends a
class provided by a GPL/LGPL application as a derivative work; this
technical detail concerns me because it muddies the waters of how an
implementation can be done, and I'd like developing extensions for this
browser to be absolutely safe. This isn't helped by the fact that ECMA now
has an "extends" keyword. The Mozilla Public Licence is similar to the
LGPL, only it allows for unrestricted linking.
There are also projects which have what's called a "linking exception"
where the project allows its GPL/LGPL code to be linked, specifically
without imposing any licence restrictions. If this were an option, I would
be interested in GPL.
So, I guess I'd like to ask what might be reccomended to both comply with
the KDE licensing policy, while also ensuring any potential extension
developers are unencumbered in their choice of licence;
1. Could I use the MPL and still potentially have this project become
official?
2. Could I use the GPL or LGPL with a link exception?
3. Could I dual-licence the project somehow? MPL/GPL?
4. Something I haven't considered?
Thank you. If there are any questions I'll be happy to answer.
- Ken Vermette