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:	Sun, 19 May 2013 13:34:59 +0100
From:	"luke.leighton" <luke.leighton@...il.com>
To:	Jonas Gorski <jonas.gorski+gpl@...il.com>
Cc:	Cole Johnson <coleharrisjohnson@...il.com>,
	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 12:19 PM, Jonas Gorski
<jonas.gorski+gpl@...il.com> wrote:

> But dual license means the license taker may chose which license to
> apply, not that you can dictate which one to use.

 yes.

> And as long as any
> part of the kernel is GPLv2 (no +), (s)he can't choose anything except
> GPLv2, as GPLv2 and GPLv3 are incompatible.

 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.

 pseudo-algorithm in bash script and maybe a bit of python:

 $ filenames_gplv3 = `find . | xargs grep -l GPLv3`
 $ filenames_gplv2 = `find . | xargs grep -l GPLv2`
 $ files_to_delete = []
 $ for x in filenames_gplv2:
    if x not in filenames_gplv2:
        files_to_delete.append(x)
 $ for x in files_to_delete:
     rm $x

after that procedure is done, _then_ try doing a kernel compile, see
how far you get.

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.

> So any further licenses will never apply to any use in the kernel.

 incorrect!!  logical assertion error!! :)  assert(ELOGICALCONCLUSIONBRAINFART)

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

> Also GPLv2 + GPLv3+ == GPLv2+. And there are already plenty of
> examples in the kernel that are GPLv2+ licensed (try searching for "or
> later").

 very good point, jonas.

 l.
--
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