www-legal-discuss mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Wilfredo Sánchez Vega <wsanc...@wsanchez.net>
Subject Re: About bundling JavaScript with frameworks
Date Thu, 15 Mar 2007 21:11:38 GMT
FYI-

   I don't think this interpretation is shared by all legal types.  If  
the licensor allows you to choose, you can choose.  Perl, for example,  
is either Artistic or GPL.

   If I want to distribute a fork of Perl which is under the GPL but  
not Artistic license, I am able to do so.  Of course you can always  
get the un-forked version from the Perl folks and use Artistic, but  
you can't use my distro except under the GPL, at least not under a  
license you got from me.

   My understanding is that the combination can change the source code  
license of the parts, so long as it still complies with the source  
code license of the parts.  Compliance in a dual-license case means  
compliance with either license.  Which is why I think dual-licensing  
is retarded; it basically invites forking over the licensing.

   IIRC, Apple, for example, distributes Perl under the Artistic  
license, and not under the GPL, in Mac OS X.

	-wsv


On Mar 14, 2007, at 12:13 PM, Roy T. Fielding wrote:

> On Mar 13, 2007, at 7:52 PM, Henri Yandell wrote:
>
>> No problem - just an interesting thing that I think is probably not
>> well groked yet by our community. Using a dual-licensed product can
>> become single-licensed when its passed on.
>
> No, that simply is not true.  Nothing we do can remove licenses
> from the copyright holder's code.  The only effect of a
> combination is that the package as a whole is covered by the union
> of all licenses (where any dual-license component means "choose the
> union of least additions").
>
> The combination does not change the source code license of the parts.
>
> ....Roy

—
Wilfredo Sánchez - wsanchez@wsanchez.net


---------------------------------------------------------------------
DISCLAIMER: Discussions on this list are informational and educational
only.  Statements made on this list are not privileged, do not
constitute legal advice, and do not necessarily reflect the opinions
and policies of the ASF.  See <http://www.apache.org/licenses/> for
official ASF policies and documents.
---------------------------------------------------------------------
To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org
For additional commands, e-mail: legal-discuss-help@apache.org


Mime
View raw message