View previous topic :: View next topic |
DDoc should use the following license model |
GPL |
|
33% |
[ 1 ] |
LGPL |
|
33% |
[ 1 ] |
CPL |
|
33% |
[ 1 ] |
Apache License, 2.0 |
|
0% |
[ 0 ] |
EPL |
|
0% |
[ 0 ] |
MPL |
|
0% |
[ 0 ] |
Other |
|
0% |
[ 0 ] |
|
Total Votes : 3 |
|
Author |
Message |
svanleent
Joined: 25 Sep 2004 Posts: 53
|
Posted: Thu Oct 14, 2004 7:21 am Post subject: GPL, LGPL or another license |
|
|
There are many different licenses which can be used by the tool. Instinctively GPL comes up to mind, however if the tool or parts of it are to be used by proprietary software developers, it may be more wise to use LGPL instead. Maybe other licenses such as the CPL may also be attractive.
Hereby I ask the community to vote for the future of DDoc _________________ How C++ became ancient |
|
Back to top |
|
|
svanleent
Joined: 25 Sep 2004 Posts: 53
|
Posted: Mon Nov 08, 2004 3:40 pm Post subject: |
|
|
As seen the following options were selected:
GPL, CPL and LGPL
I selected GPL myself, others CPL and LGPL. The problem of both CPL and LGPL is the possibility that the source of the software may be used in commercial applications. This means that commercial applications can link to shared objects using LGPL'd headers, for instance.
GPL seems to be more restrictive to this. A GPL application may be used by commercial applications, i.e. A commercial application may make a call to the software, bu not via it's source. But this again promotes some restrictions since it makes the software much lesser available to the masses.
CPL is a solution found at IBM(r) which is already superseeded by the EPL. Problem with this license is that IBM (and in the latter, the Eclipse Foundation) sees itself as master-holder of the software, which in my opinion does not enhance it's position as open-source towards the public.
Therefor I go for the GPL, because commercial software for D will wait awhile and it is possible to write LGPL interface headers towards the GPL application itself, therefor making it possible to use it within a commercial application, still promoting it as an open-source subsystem of the application. _________________ How C++ became ancient |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|