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, 21 Jun 2007 13:48:17 -0700
From:	"David Schwartz" <davids@...master.com>
To:	<aoliva@...hat.com>
Cc:	<linux-kernel@...r.kernel.org>
Subject: RE: how about mutual compatibility between Linux's GPLv2 and GPLv3?


> > Wouldn't that defeat the entire purpose of the GPLv3? Couldn't
> > I take any
> > GPLv3 program, combine it with a few lines of Linux code, and
> > Tivoize the
> > result?

> No.  This is not permission to relicense.  This is permission to
> combine.  Each author still gets to enforce the terms of her own code.

This makes no sense. We are not talking mere aggregation here, we are
talking developmental convergence. If I wrote some code that was in the
Linux kernel, how can I enforce the terms of my code (guaranteed write to
Tivoize) in the derivative work that it becomes mixed with?

> So a tivoizer would have to take out the code licensed under the
> GPLv3, and use only the code that permits tivoization.  Same as today,
> but without the possibility of cooperation for licensees who don't
> tivoize.

I am baffled how this could possibly work. You understand that the GPLv2
specifically guarantees that any derivative work will be Tivoizable and the
people who chose the GPLv2 specifically want it that way?

If I chose the GPLv2 over the GPLv3 as a conscious choice, that means I want
people to be able to Tivoize any derivative work made from my work that is
distributed.

DS


-
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