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]
Message-ID: <Pine.LNX.4.64.0612160820240.3557@woody.osdl.org>
Date:	Sat, 16 Dec 2006 08:28:20 -0800 (PST)
From:	Linus Torvalds <torvalds@...l.org>
To:	Willy Tarreau <w@....eu>
cc:	karderio <karderio@...il.com>, linux-kernel@...r.kernel.org
Subject: Re: GPL only modules [was Re: [GIT PATCH] more Driver core patches
 for 2.6.19]



On Sat, 16 Dec 2006, Willy Tarreau wrote:
> 
> All this is about "fair use", and "fair use" comes from compatibility
> between the author's intent and the user's intent.

No. "fair use" comes from an INcompatibility between the author's intent 
and the users intent. 

In other words, "fair use" kicks in EXACTLY when an author says "you can't 
copy this except when you [payme, stand on your head for two hours, give 
your modifications back]", and the user _disagrees_.

Users still have rights under copyright law even when the author tries to 
deny them those rights.

Of course, all reasonable true authors tend to agree with fair use. People 
who actually do "original work" tend to all realize that everybody really 
feeds off of each others works, and that we're all inspired by authors etc 
that went before us. So I doubt a lot of real authors, musicians or 
computer programmers will actually disagree with the notion of fair use, 
but it's important to realize that fair use is exactly for when the users 
and the authors rights clash, and the user DOES have rights. Even rights 
that weren't explicitly given to them by the author.

> For this exact reason, I have added a "LICENSE" file [1] in my software 
> (haproxy) stating that I explicitly permit linking with binary code if 
> the user has no other choice (eg: protocols specs obtained under NDA), 
> provided that "derived work" does not steal any GPL code (include files 
> are under LGPL). On the other hand, all "common protocols" are 
> developped under GPL so that normal users are the winners, and everyone 
> is strongly encouraged to use the GPL for their new code to benefit from 
> everyone else's eyes on the code.
> 
> This clarifies my intent and let developers decide whether *they* are
> doing legal things or not.

I think that's fine, and I think it may make some of your users happier, 
and breathe more easily. I don't disagree with that kind of clarification.

But:

> Don't you think it would be a good idea to add such a precision in the
> sources ?

I think it would be a hell of a lot better idea if people just realized 
that they have "fair use" rights whether the authors give them or not, and 
that the authors copyrights NEVER extend to anything but a "derived work".

I find the RIAA's position and the DMCA distasteful, and in that I 
probably have a lot of things in common with a lot of people on this list. 
But by _exactly_ the same token, I also find the FSF's position and a lot 
of GPL zealots' position on this matter very distasteful.

Because "fair use" is NOT somethng that should be specified in the 
license. It's very much something that people have DESPITE any license 
claiming otherwise.

And I'd rather teach people that fundamental fact, than try to confuse the 
issue EVEN MORE by saying that my copyright only extends to derived works 
in the license text. That will just make people think that if the license 
does NOT say that, they don't have fair use. AND THAT IS WRONG.

			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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ