Re: Linus about GPL x BSD(long)
"Deven T. Corzine" <[email protected]> Fri, 19 Jul 2002 17:13:39 -0400 (EDT)
| Newsgroups | gmane.comp.emulators.wine.license |
|---|---|
| Message-ID | <[email protected]> |
On Fri, 19 Jul 2002, Francois Gouget wrote:
> On Fri, 19 Jul 2002, Deven T. Corzine wrote:
> [...]
> > When the "other code" is code that gets linked with GPL code (which is
> > what I was referring to), it doesn't matter if the other code was
> > developed independently for some other purpose -- the GPL still
> > requires that the other code be relicensed under the GPL in order to
> > distribute the combined work, as if the only reason for the other
> > code's existence is to subvert the intent of the GPL.
>
> If this were true, then there would not be any GPL X application. And it
> would be illegal for Sun to link GNU emacs against Sun's proprietary X
> libraries unless they released these libraries under the GPL. That's
> preposterous. Your statement is obviously wrong.
Try actually _reading_ the GPL sometime, you might learn something:
"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."
This is a hole big enough to drive a truck through (especially for someone
like Microsoft who "integrates" as much as possible into the operating
system), but it was a necessary exception for exactly the reason you state.
Without this exception, it would have been impossible to distribute any GPL
binaries for traditional, proprietary UNIX systems. (Of course, now that
free alternatives such as Linux are available, will GPLv3 still have this
exception? Maybe, maybe not...)
Instead of jumping to conclusions about what's "obviously wrong", why not
take some time to actually learn about the GPL if you intend to debate it?
> [...]
> > Now, let's look at my original statement again:
> >
> > > > the GPL wants others to give up their freedom to choose a license even
> > > > on other code, NOT just modifications made to GPL code.
> >
> > How can you claim this statement is a lie?
>
> This very broad statement may possibly be true in very narrow and rare
> situations (and I am not convinced by your codec/media player example).
> And in that it is a lie.
Are you always this stubborn, or are you just constitutionally incapable of
admitting that you made a mistake? You misunderstood me, plain and simple.
Now you're just grasping at straws to try to save face.
It's not my fault that you interpreted my statement more broadly than it
was intended. I think it would have been obvious to most people familiar
with the nature of the GPL that I was referring only to integrating GPL
code with other code, which must then be licensed under the GPL in order to
be distributable. If you couldn't pick this up from the context, I have to
wonder if you understand how the GPL works at all.
From your name and email address, I presume that you are French. I suppose
this would suggest that French is probably your native tongue, not English.
Unlike French, no authority dictates the meaning of the English language.
(The Oxford English Dictionary is the most authoritative reference, and it
reacts to the natural evolution of the language, rather than attempting to
direct language evolution by fiat.)
You claimed that my statement had "only one meaning" (your overly-broad
interpretation that included GCC/XFree86 interactions) and therefore you
claimed I was lying. It would only have been a lie had I intended for it
to be interpreted the way you did. You misinterpreted my meaning, which
negates your "proof" of lying, while proving that your assumption of "only
one meaning" was also wrong. English is like that; it's a very slippery
language, often with many meanings. Why do you think legalese is verbose?
Now, the codec/media player example was a very narrow and specific example,
because I thought a concrete example would serve better than a generic
description to make my point. However, that's just an example; while the
statement isn't as broad as your interpretation, it is much broader than
that particular example.
It's real convenient that you're "not convinced" by the concrete example of
a codec and media player, even though I made it as clear-cut as possible.
Strange that you couldn't offer a coherent objection to the specifics of
the example, yet you still find it unconvincing. Well, convinced or not,
your lack of belief does not make my statement a lie; I had no intent to
deceive you or anyone else with that statement.
Moreover, the statement was correct, whether or not you are having some
sort of difficulty understanding plain English. The GPL wants others to
give up their freedom to choose a license -- if you're going to use any GPL
code, you MUST license all of the code under the GPL. "All of the code"
means the modified GPL code and any OTHER code used with it. You seem to
be arguing that this class of "other code" simply does not exist, and that
by virtue of being used with GPL code, it becomes "modified GPL code".
The codec/media player example was meant as a counterexample to disprove
that argument. If the codec already exists independently of the GPL, it
cannot be said to be a derived work of GPL code, and therefore cannot be in
the category of "modified GPL code". If the codec is later integrated with
the GPL code, WITHOUT modifying the codec, it's unreasonable to suddenly
claim that the unmodified code has somehow suddenly become derivative of
the GPL code without even changing. That's "obviously wrong" -- it is
absolutely identical to the GPL-free code, which means that they're the
same work, The same work can't be both derivative and independent; if it
was independent before, it must still be independent since it's unchanged.
Therefore, in this example, the codec clearly falls into the category of
"other code" that I was referring to. The GPL leverages the fact that a
compiled binary incorporating both works is a derived work of each, and
demands that the otherwise-independent code (the codec) be relicensed under
the GPL in order to have permission to distribute the modified GPL work
that the combined binary represents. Note that the GPL doesn't try to
force the license on undistributed code, because it CANNOT. The author is
left between a rock and a hard place: relicense the other code under the
GPL, or you can't distribute the combined work at all.
Again, the statement I made is true, yet you persist in calling me a liar.
Are you usually so antisocial?
Deven