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.0609250807090.3952@g5.osdl.org>
Date:	Mon, 25 Sep 2006 08:14:05 -0700 (PDT)
From:	Linus Torvalds <torvalds@...l.org>
To:	Jan Engelhardt <jengelh@...ux01.gwdg.de>
cc:	Petr Baudis <pasky@...e.cz>, David Schwartz <davids@...master.com>,
	linux-kernel <linux-kernel@...r.kernel.org>, git@...r.kernel.org
Subject: Re: The GPL: No shelter for the Linux kernel?



On Mon, 25 Sep 2006, Jan Engelhardt wrote:
> 
> Though I strongly agree with you, some GNU folks (such as 
> savannah.nongnu.org) seem to explicitly require it, even for files 
> that do not make up a single program (i.e. like coreutils/ls.c).

Each project obviously has its own rules. The kernel, in many ways, these 
days does something even stronger, in the sense that we now ask not that 
every file be marked, but each and every change be signed-off-on. It's 
more than a copyright issue, of course (it started out motivated by the 
worries of tracking codeflow, but I think one reason it has worked so well 
is that it's become useful for so many other things).

So lots of projects have their specific rules. I don't think the "add 
notice to every file" is wrong per se, I just think it's impractical: not 
only does it get unwieldly with all those messages at the top, usually an 
open source project ends up being a mix of lots of different people that 
own rights in it, and in many ways it's thus better to track at a change 
level rather than a file level if you do tracking.

But exactly because it doesn't have any real legal rules, the rules are 
from other sources, and boil down mainly to just per-project "coding 
style" issues.

		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