lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 14 Dec 2006 10:33:51 -0700
From:	"Jeff V. Merkey" <jmerkey@...fmountaingroup.com>
To:	Linus Torvalds <torvalds@...l.org>
CC:	David Woodhouse <dwmw2@...radead.org>, Greg KH <gregkh@...e.de>,
	Jonathan Corbet <corbet@....net>,
	Andrew Morton <akpm@...l.org>,
	Martin Bligh <mbligh@...igh.org>,
	"Michael K. Edwards" <medwards.linux@...il.com>,
	linux-kernel@...r.kernel.org
Subject: Re: GPL only modules [was Re: [GIT PATCH] more Driver core patches
 for 2.6.19]


Again, I agree with EVERY statement Linus made here. We operate exactly 
as Linus describes, and
legally, NO ONE can take us to task on GPL issues. We post patches of 
affected kernel code
(albiet the code resembles what Linus describes as a "skeleton driver") 
and our proprietary
non derived code we sell with our appliances. He is right, everyone else 
should just accept
it and get on with life or cry linus a river.

Jeff

Linus Torvalds wrote:

>On Thu, 14 Dec 2006, David Woodhouse wrote:
>  
>
>>But I would ask that they honour the licence on the code I release, and
>>perhaps more importantly on the code I import from other GPL sources.
>>    
>>
>
>This is a total non-argument, and it doesn't get any betetr by being 
>mindlessly repeated over and over and over again.
>
>The license on the code you released talked about "derived works".
>
>Not "everything I want to".
>
>If a module owner can argue successfully in a court of law that a binary 
>driver isn't a derived work, then the GPL simply DOES NOT COVER IT!
>
>In other words, people CAN "honor the license" and still not be required 
>to put their code under the GPL.
>
>And no, including one header file in order to compile against something 
>does not automatically make something a "derived work". It may, or it may 
>not. It really isn't up to you to decide whether it does (and notice how 
>I'm not saying that it's up to _me_ either!).
>
>For example, all the same people who clamor for free software get 
>absolutely RABID about "fair use". Guess what "fair use" actually MEANS? 
>
>Think about it for a moment. It expressly _limits_ the right of copyright 
>authors to claim "derived work". So if you argue that anything that ever 
>includes your header file (but none of your code) and compiles against it 
>is a "derived work", then you are basically very close to arguing that 
>"fair use" does not exist.
>
>Do you really want to argue that "everything that has touched anything 
>copyrighted AT ALL is a derived work"? Do you feel lucky, punk?
>
>THAT is why I think this discussion is so hypocritical. Either you accept 
>that "fair use" and copyrights aren't black-and-white, or you don't.
>
>If you think this is a black-and-white "copyright owners have all the 
>rights", then you're standing with the RIAA's and the MPAA's of the world.
>
>Me, personally, I think the RIAA and the MPAA is a shithouse. They are 
>immoral. But guess what? They are immoral exactly _because_ they think 
>that they automatically own ALL the rights, just because they own the 
>copyright.
>
>That is what it boils down to: copyright doesn't really give you "absolute 
>power". This is why I have been _consistently_ arguing that we're not 
>about "black and white" or "good against evil". It simply isn't that 
>simple.
>
>I don't like binary modules. I refuse to support them, and if it turns out 
>that the module was written using Linux code, and just for Linux, I htink 
>that's a _clear_ copyright violation, and that binary module is obviously 
>a license violation.
>
>But if the module was written for other systems, and just ported to Linux, 
>and not using our code, then it's very much debatable whether it's 
>actually a "derived work". Interfaces don't make "derived works" per se. 
>
>Now, is it something you could sue people over? Sure. I actually do 
>believe that it's very possible that a judge _would_ consider such a 
>module a derived work, and you can sue people. It probably depends on 
>circumstances too. 
>
>But don't you see the problem with a black-and-white technical measure?
>
>Don't you see the problem with the DMCA and the DVD encryption? 
>
>Those kinds of things REMOVE the "reasonable thought" from the equation, 
>and turn a gradual process into a sharp "right or wrong" situation. AND 
>THAT IS WRONG. We simply do not LIVE in a world that is black and white.
>
>So if you think somebody violates your copyright, send them a C&D letter, 
>and eventually take them to court. It's been done. Companies that mis-used 
>the GPL have actually been sued, and THEY HAVE LOST. That's a GOOD thing. 
>I'm not arguing against that at all. What I'm arguing against is the 
>"blind belief" that you or I have the right to tell people what to do, 
>just because we own copyrights.
>
>It's not a blind belief that I'm willing to subscribe to. Exactly because 
>I have _seen_ what that blind belief results in - crap like the DMCA and 
>the RIAA lawsuits.
>
>			Linus
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@...r.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at  http://www.tux.org/lkml/
>
>  
>

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ