whoops, now the dogs are out :)
Andrew C. Greenberg
werdna at mucow.com
Fri Jan 24 15:41:18 UTC 2003
Indeed, dual licensing can be complicated and unnecessary -- but it is
a useful technique to resolve political situations. It is how the
Perl/FSF dispute was resolved, and it is a useful resolution for
software that is already singly-licensed, such as was done with the
MPeg3 plugin. In short, a straight public license is certainly
adequate, but a dual license may be necessary in some circumstances.
Dual-licensing is not an option for derivative software made from
Squeak, which code is subject to Squeak-L in most cases, but only for
entirely original code.
For original code, suggest using Squeak-L, or freer (as in BPL/MIT, not
GPL). Anything else is a recipe for failure, and risks a great project
rotting on the vine for license conflicts later on.
On Tuesday, January 21, 2003, at 07:34 AM, Noury Bouraqadi wrote:
> goran.hultgren at bluefish.se wrote:
> >
> >[...]
>> My advice is to simply duallicense under SqueakL and MIT. That would
>> keep everyone happy except for Richard Stallman, but GPL isn't a
>> practical option in Squeak land anyway. MIT is AFAIK mixable with
>> anything since it practially doesn't contain any restrictions at all.
> What is MIT?
>
> Does it make sens to have two different licences for the same uses of
> the same software? I mean licences can be conflicting. So how to avoid
> conflicts and how to know when one is "active" or not?
More information about the Squeak-dev
mailing list
|