[logback-user] Classpath exception

Franck Routier franck.routier at axege.com
Tue Apr 8 10:05:14 CEST 2008


Hello,

as I understand the "classpath exception" stuff, it would rather apply
to the GPL, not the LGPL.

IANAL, but I think the reason why Sun, for example, has chosen the GPL
+classpath exception instead of the LGPL is that the LGPL is not very
clear, stable, coherent, etc. from a legal point of view.

It is also more restrictive than GPL+exception.

GPL + exception has the same goals as LGPL, but is more robust, and a
bit more permissive.

I really don't know the result of adding the classpath exception to the
LGPL licence...

see http://en.wikipedia.org/wiki/GPL_linking_exception

Other than that, I would have no personal objection !

Franck


Le lundi 07 avril 2008 à 22:31 +0200, Ceki Gulcu a écrit :
> Hello,
> 
> Subsequent to a request on the pax-logging mailing list [1], Niclas
> Hedhman asked me whether we would add a "Classpath exception" to our
> LGPL license.
> 
> In principle, I have no objections to adding such an exception. As
> such, I intend to add the following two paragraphs to logback's
> license statement.
> 
> 
>    Classpath Exception
> 
>    According to the terms of LGPL, a "Combined Work" is a work produced
> by combining or linking an  Application with logback (the Library). In
> section 4, the LGPL mandates that one may convey a Combined Work under
> terms  of  one's  choice  that,  taken together,  effectively  do  not
> restrict modification of the portions  of the Library contained in the
> Combined   Work   and   reverse   engineering   for   debugging   such
> modifications.
> 
> 
>    As a  special exception, the  copyright holders of logback  give you
> permission  to link  logback with  independent modules  to  produce an
> executable,  regardless  of the  license  terms  of these  independent
> modules,  and to copy  and distribute  the resulting  executable under
> terms of  your choice,  provided that you  also meet, for  each linked
> independent module,  the terms and  conditions of the license  of that
> module. An independent module is a module which is not derived from or
> based on logback. If you modify logback, you may extend this exception
> to your version of  logback, but you are not obliged to  do so. If you
> do  not wish  to  do so,  delete  this exception  statement from  your
> version.
> 
> Any comments?
> 
> 
> [1] http://thread.gmane.org/gmane.comp.java.ops4j.general/4636/focus=4637
> 





More information about the Logback-user mailing list