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] [day] [month] [year] [list]
Date:	Sun, 19 May 2013 14:06:48 -0400
From:	Thomas Charron <twaffle@...il.com>
To:	"luke.leighton" <luke.leighton@...il.com>
Cc:	Jonas Gorski <jonas.gorski+gpl@...il.com>,
	GPL Violations <legal@...ts.gpl-violations.org>,
	linux-kernel@...r.kernel.org
Subject: Re: Would like to form a pool of Linux copyright holders for faster
 GPL enforcement against Anthrax Kernels

On Sun, May 19, 2013 at 8:34 AM, luke.leighton <luke.leighton@...il.com> wrote:
> On Sun, May 19, 2013 at 12:19 PM, Jonas Gorski
> <jonas.gorski+gpl@...il.com> wrote:
>  that doesn't sound right.  actually, this is a very very important
> misunderstanding, jonas.
>
>  you *can* choose GPLv3 code.  what you can choose is: *only* those
> files of the linux kernel that are released under GPLv3.

  No,, you can't.  The second you do, you cannot use the GPLv2 code
with it *AT ALL*, making the code you chose to use for the GPLv3
worthless when used in conjunction with the kernel itself.  As such,
when you say, "I'm accepting the GPLv3 for this file", you need to now
immediately take that file, move it OUT of the kernel source tree, and
use it for whatever you like, but not under the Linux kernel, making
it, for the most part, worthless to you unless you are writing your
own software.

> many people point out that just because this is unlikely to result in
> success any time in the next 100 years, that nobody should bother even
> starting.

  Go house, but make sure to delete any GPLv2 code.  I suspect you'll
find you'll have a really hard time, as you won't have a kernel.

>> So any further licenses will never apply to any use in the kernel.
>
>  incorrect!!  logical assertion error!! :)  assert(ELOGICALCONCLUSIONBRAINFART)

  You go house, as your one guy making assertions on the Linux kernel
which has been supported and under active development for over 21
years now.

>> Only if somebody took your code out of the kernel and used it in a
>> separate GPLv3+ project, then the GPLv3+ license could and would
>> apply.
>
>  after reviewing the above pseudo-code i believe you'll agree that
> that's slightly misleading. one could also choose to leave the files
> in-place in the *same* project's source tree, and just not use any of
> the ones that were incompatibly-licensed.

  Correct, except that the kernel, the thing that actually *IS* the
software, won't exist in your tree any longer.

  Thomas
--
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