Re: Linux GPL and binary module exception clause?

[Linus Torvalds]

On Fri, 5 Dec 2003, Larry McVoy wrote:
>
> For example, you haven't puzzled out what happens if there are two
> GPL-like licenses which cover work which is combined.  Which one wins?
> What if they have conflicting terms?  The GPL *does not* automatically
> win, any more than the other license automatically wins.  Either could
> win.

What?

Nobody can "win". If the owners of the code can't agree on a mutually
acceptable license, you simply cannot legally combine them. End of story.

Whoever tries to combine the works - if it is against the license of
_either_ of the individual works - is doing something he simply doesn't
have the right to do.

And even if he does it, that illegal act in no way affects the license of
_either_ piece, since only ownership gives the right to change a license.
Nobody else and nothing else _ever_ does.

This has nothing to do with software. Think of book editors: they can't
combine two short stories into an edition unless _both_ authors of the
stories agree to the combination.

And the GPL only agrees to combine with the GPL. It's that simple. There
are no other ways to combine it.

There just isn't anything unclear here. I don't see why you'd be confused.

> I also don't buy your separation argument in the context of licensed
> intellectual property.

What separation argument wrt licensed intellectual property? I never made
such an argument.

I made the argument that if A has ownership of the code (not "licensed
intellectual property" - OWNERSHIP - and I thought I made it very clear
that they are totally different things), then they can take that part of
the code that they own and license it any which way they want, and make
any derived works they want (obviously, as long the other party of such a
derivative work agrees to the aggregation. As mentioned, the GPL happily
agrees to that, but only if the license on the result is also the GPL).

But that requires outright OWNERSHIP. It really requires that you are the
copyrigth holder. If you are a mere licensee, you simply can't do it
(unless the license explicitly gives you the right to do it, of course, or
you enter into some other contractual agreement to do so as a
subcontractor for the real copyright holder or similar. Blah blah blah).

But I never introduced the notion of being a licensee. I have at all times
only talked about outright ownership. Sorry if I have been unclear (I
didn't think I had been, but hey, few people find _themselves_ unclear ;)

Maybe you were confused by the IBM thing, and thinking that when I
referred to IBM I referred to a licensee. But the fact is, IBM is _not_ a
licensor of the JFS code etc. They own it outright. Even SCO has
acknowledged that fact long ago.

So I want to clarify: I have at all times talked about outright copyright
ownership. No sublicensing involved anywhere.

 - deep breath -

Now, this is all only true as far as copyright law goes. There are other
sections of the law that can have _other_ limitations. Eg you can limit
yourself contractually or through other means, outside of what copyright
allows you to do.

So to clarify with an example: let's say my _contract_ with OSDL says that
anything I write as an OSDL employee has to be licensed under an
open-source license - but that I can retain copyright to it, ie OSDL
doesn't aquire copyright ownership rights unless I so choose.

What does this mean? _Copyright_ law allows me to take any piece of code I
wrote (say, I could take a few lines from the kernel that I can show that
I own personally), I can take that code and I can license it under any
other license - _despite_ the fact that it is also licensed under the GPL
when it is part of the kernel.

So according to copyright law I can sell that code under any license I
damn well please.

However, my _contract_ with OSDL says that the code I write as an employee
has to be open-sourced, so while I'm not limited by copyright law, I'm
obviously limited by _other_ laws. I can still re-license my code (I'm
still the owner), but now I can only re-license it in specific ways
(because I'm bound by a contract).

		Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/