Re: An Ode to GPLv2 (was Re: GPLv3 Position Statement)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Linus,

On Sun, Sep 24, 2006 at 07:44:59PM -0700, Linus Torvalds wrote:
[...]
> And thus spake PJ in response:
>    "GPLv2 is not compatible with the Apache license.  It doesn't cover
>     Bitstream.  It is ambiguous about web downloads.  It allows Tivo to
>     forbid modification.  It has no patent protection clause.  It isn't
>     internationally useful everywhere, due to not matching the terms of
>     art used elsewhere.  It has no DMCA workaround or solution.  It is
>     silent about DRM."
> 
> Exactly!
> 
> That's why the GPLv2 is so great.  Exactly because it doesn't bother or
> talk about anything else than the very generic issue of "tit-for-tat". 
> 
> You see it as a failure.  I see it as a huge advantage.  The GPLv2 covers 
> the only thing that really matters, and the only thing that everybody can 
> agree on ("tit-for-tat" is really something everybody understands, and 
> sees the same way - it's totally independent of any moral judgement and 
> any philosophical, cultural or economic background).
> 
> The thing is, exactly because the GPLv2 is not talking about the details, 
> but instead talks entirely about just a very simple issue, people can get 
> together around it.  You don't have to believe in the FSF or the tooth 
> fairy to see the point of the GPLv2.  It doesn't matter if you're black or 
> white, commercial or non-commercial, man or woman, an individual or a 
> corporation - you understand tit-or-tat.

[...]
> That's also why I ended up changing the kernel license to the GPLv2. The 
> original Linux source license said basically: "Give all source back, and 
> never charge any money".  It took me a few months, but I realized that the 
> "never charge any money" part was just asinine.  It wasn't the point.  
> The point was always "give back in kind".

[...]
> And that's what the GPLv2 is.  It's "fair".  It asks everybody - 
> regardless of circumstance - for the same thing.  It asks for the effort 
> that was put into improving the software to be given back to the common 
> good.  You can use the end result any way you want (and if you want to use 
> it for "bad" things, be my guest), but we ask the same exact thing of 
> everybody - give your modifications back.
> 
> That's true grace.  Realizing that the petty concerns don't matter, 
> whether they are money or DRM, or patents, or anything else.
> 
> And that's why I chose the GPLv2.  I did it back when the $169 I paid for 
> Minix still stung me, because I just decided that that wasn't what it was 
> all about.
> 
> And I look at the additions to the GPLv3, and I still say: "That's not 
> what it's all about".
> 
> My original license was petty and into details.  I don't need to go back 
> to those days.  I found a better license.  And it's the GPLv2.

That's an interesting analysis, and it somehow reflects one I had to
do a few months back. After all the fuss about binary-only modules
incompatibility with GPLv2, I wanted to change the license of haproxy
to explicitly permit external binary-only code to be linked with it. It's
a TCP/HTTP load balancer and people might sometimes have to implement
algorithms under NDA for specific protocols, and I don't want to have
to decide for them if it is the right tool for them or not. I don't
either want to force them to release their code if I don't use it and
if nobody has contributed to it. I just wanted them to give back any
change they bring to the core.

I spend a full week-end reading other licenses, and many others looked
appealing but added specific clauses for patents, DRM, etc... which were
too restrictive for the end user. Others in turn did not make provisions
for feedback. I finally gave up, and decided that the GPLv2 was definitely
the best one for the job. I only changed all the interfacing headers to
LGPL and added a note to explicitly state that my intent was to allow
people to write binary-only modules as long as they gave back their
fixes or work on the core system they use.

As a result, developers are free to choose how they work, and the type
of contribution they expect from others, but they must respect the
work of others. *That* is what I consider fair use.

Just my 2 cents,
Willy

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

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux