Re: gtkmm capabilities
- From: Roel Vanhout <roel riks nl>
- To: Russell Shaw <rjshaw netspace net au>
- Cc: gtkmm-list <gtkmm-list gnome org>
- Subject: Re: gtkmm capabilities
- Date: Tue, 01 Feb 2005 11:19:56 +0100
Russell Shaw wrote:
Roel Vanhout wrote:
Unless your project is licensed under an LGPL compatible license,
gtkmm is not an option for you if you want to link it statically.
IIRC, that's incorrect, because the project can be distributed such that
the
user can link the separate LGPL objects.
Well that's one interpretation of the LGPL. Not everyone agrees
(http://answers.google.com/answers/threadview?id=439136). Plus, even if
you'd use the liberal (ie Eben Moglen's interpretation), you'd need to
license your application in a way that allows your users to
reverse-engineer and modify your application. From section 6 of the LGPL:
6. As an exception to the Sections above, you may also combine or link a
"work that uses the Library" with the Library to produce a work
containing portions of the Library, and distribute that work under terms
of your choice, provided that the terms permit modification of the work
for the customer's own use and reverse engineering for debugging such
modifications.
This would be unacceptable for most commercial application that are
released nowadays.
All of this is for the interpretation of the LGPL in the context of US
copyright law, I won't even go into the implications of distribution
outside of the US under LGPL terms. 'Real' commercial licenses have
stood up in courts all over the world, I know of no cases where the LGPL
has been court-tested (GPL has been (more or less) found valid in the
Netfilter/Sitecom case in Germany last year, but that was for the GPL
which is much clearer than the LGPL).
cheers,
roel
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]