Not logged in
Log in now
Create an account
Subscribe to LWN
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
PostgreSQL 9.3 beta: Federated databases and more
LWN.net Weekly Edition for May 9, 2013
Some thoughts on MySQL and Oracle
Posted Dec 17, 2009 17:46 UTC (Thu) by ballombe (subscriber, #9523)
Posted Dec 17, 2009 18:42 UTC (Thu) by RobSeace (subscriber, #4435)
Posted Dec 17, 2009 18:58 UTC (Thu) by mjg59 (subscriber, #23239)
"However, as a special exception, the source code distributed need not include anything that is
normally distributed (in either source or binary form) with the major components (compiler,
kernel, and so on) of the operating system on which the executable runs, unless that component
itself accompanies the executable."
The FSF's belief is that without this clause, a GPLed application can only be distributed if the
libraries it links against are also available under terms compatible with the GPL. The
GPLv2/LGPLv3 incompatibility follows from this - LGPLv2 also includes restrictions that are
incompatible with the GPLv2, but LGPLv2 explicitly allows you to use the code under GPLv2
instead. LGPLv3 only allows you to fall back to GPLv3, which itself is incompatible with GPLv2.
Now, the fact that companies like Sun and Apple distribute GPLed code linked against their non-
GPL compatible system libraries as part of their default install (and so would seem to trip over
the "unless" component of the above) indicates that they appear to have a different belief about
what a derivative work is. I don't know of any cases which have actually tested this, and I
suspect it's in the FSF's interests to leave it as a grey area for the moment.
Posted Dec 17, 2009 20:33 UTC (Thu) by RobSeace (subscriber, #4435)
Posted Dec 17, 2009 21:53 UTC (Thu) by mjg59 (subscriber, #23239)
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds